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! SECTION  1 

SUMMARY 

I 

1.1  INTRODUCTION 

The  primary  design  and  o|)erations  goal  for  the  Space  Shuttle  Program  is  to  provide  low- 
cost  transportation  to  and  from  earth  orbit.  Spacelabs  will  be  carried  aloft  by  the 
Shuttle  in  support  of  manned  orbital  operations.  Free-flying  or  automated  satellites 
will  be  deployed  and  recovered  from  many  types  of  orbits.  Automated  satellites  with 
propulsive  stages  attached  will  be  deployed  from  the  Space  Shuttle  and  placed  in  high- 
energy  trajectories.  Experiments  and  operational  test  missions  will  be  flown  in  the 
sortie  mode  where  testing  can  be  performed  without  leaving  the  shuttle. 

This  approach  to  space  operations  will  provide  many  avenues  for  conducting  investiga- 
tions in  space,  Many  participants,  representing  diverse  backgrounds  and  capabilities 
will  work  routinely  in  these  space  operations  of  the  future.  The  Space  Shuttle  Era  will 
emphasize  operational  reuse  of  flight  hardware,  which  will  result  in  low  cost  per 
flight  to  the  users.  Low  cost  was  and  continues  to  be  the  basic  concept  on  which  the 
total  Space  Transportation  System  (STS)  is  being  developed.  One  way  to  achieve  mini- 
mum costs  during  the  Shuttle  Era  is  to  provide  a relatively  small,  standard  system  to 
act  as  a buffer  between  the  STS  and  small  payloads  ( 3000  lbs).  Detail  acquisition  and 
Life  Cycle  Costs  are  provided  in  Section  7.  This  system  maintains  minimum  Shuttle 
interfaces  while  providing  housekeeping  services  to  experiments/operational  payloads. 
The  Standard  Test  Rack  (STR)  is  that  Shuttle  "buffer"  system.  Figure  1-1  shows  the 
utilization  and  various  configurations  of  the  STR. 

This  study  addressed  the  applicability  of  the  Standard  Test  Rack  for  DOD  type  experi- 
ments/payloads. Candidate  experiments  (See  Figure  1-2  were  used  to  synthesize  the 
requirements  baseline  for  a preliminary  design  of  the  STR  subsystems.  The  twelve 
candidate  experiments  were  identified  in  the  Aerospace  letter  E.P.  77-027  dated  June 
21,  1977.  The  study  approach  shown  in  Figure  1-3  was  followed.  A structural  design 
and  STR  integration  and  operation  procedures  were  developed.  The  STR  system  and 
life  cycle  costs  were  estimated  based  on  assumed  mission  profiles.  All  of  these  were 
accomplished  while  maintaining  the  study  design  goals  and  objectives  shown  below. 
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BHIOCt  CONFIGURATION 


0 MOUNTS  AROUND  TUNNELS 
OF  SPACELAB  FLIGHTS 
0 MOUNTS  AFT  OF  SPACLUB 


DUAL  SHELF  CONFIGURATION 

0 MOUNTS  UNOER  MANY  AUTOMATED 
PAYLOADS  INCLUDING  IUS  LAUNCHES 


S WCLE  SHELF  CONFIGURATION 

0 MOUNTS  WITH  ANY  PAYLOAD 
0 FITS  IN  SMALL  SPACES 
0 MINIMUM  WEICHT 


POINTS  CONFIGURATION 
o URGE  CAPACITY 
0 MULTIPLE  MOUNTING  POSITIONS 
0 CONTROLLED  8Y  STR  OR  CREW 


PROGRAAWATIC  CONSIDERATIONS 


SPACE  AVAILABLE  BASIS 

MOST  SHUTTLE  FLIGHTS  I >3#  YRI 

MINIMUM  CREW  INTERFACE 

SIMPLE/ STANDARD  SHIIELE  INTERFACE 

QUICK  RESPONSE 

LOW  COST  PROVEN  HAROLVARt 

NO  STRUCTURAL!  FUNCTIONAL  INTERFERENCE 

WITH  PRIMARY  PAYLOADS 

STANDARD  SUPPORT  SUBSYSTEM 


MISSION  UTUATION 


• EXPERIMENTS 

• OPERATIONAL  PAYLOADS 

• R 4 0 PAYLOADS 


Figure  1-1.  Standard  Test  Rack 


• LASERCOM  RECEIVER  TEST 

• UTILISE  * 

• ATMOSPHERIC  TOPSIDE  I A SIC  IL  SOUNDEH  (A'l  IAS) 

• PRECISION  RE  l .EASE  ACCURACY  TEST  (PRAT)* 

• EARTH  I.IMB  MEASUREMENTS  SENSOR* 

• I.OW  A ETITUDE  SATE  I. KITE  STUDY  OF  IONOSPHERIC  IRREGUIARITIFS 
(IASS  II) 

• XUV  ENVIRONMENT  IN  SPACE 

• OPTICAL  GEOPHYSICS  AND  ASTRONOMICAL  OBSERVATORY* 

• TEA  L RUBY* 

• PHYSICS  INTERNATIONAL  MODUIAIL  BREMSTRAHLONC.  SOURCE  (PIMBS  II) 
EXPERIMENTS 

• OPTICAL  COUNTER  MEASURES  DEMONSTRATION 

• DEPLOYABLE  SPACE C RA  ET 

♦REQUIRE  GIMBAL 


Figure  1-2.  Candidate  Experiments 
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1.1.1  STUDY  GOALS 

1.  Operate  autonomously  and  limit  the  STS  Interface  and  Installation  activities 
to  a minimum.  Provide  for  caution  and  warning,  etc. 

2.  Accommodate  a wide  variety  of  experiments  by  using  modular  subsystems 
that  may  be  increased  or  decreased  in  size  and  performance  capability  to 
meet  the  needs  of  individual  experiments  in  a cost  effective  and  weight  ef- 
ficient manner. 

3.  Permit  integration/installation  of  structure  and  subsystems  into  the  Shuttle 
bay  and  cabin  (whenever  necessary)  quickly  with  a minimum  amount  of  time 
and  effort. 

4.  Develop  a system  with  low  life  cycle  costs  based  on  the  assumption  of  one 
flight  of  each  experiment  per  year  for  ten  years. 


1. 1.  2 STUDY  OBJECTIVES 

1.  Definition  of  the  STR  concept  in  sufficient  depth  to  show  its  feasibility  for  the 
flight  support  of  selected  DOD  experiments. 

2.  Development  of  preliminary  planning  and  operations  procedures  for  integration 
of  STR  with  STS 

3.  Establishment  of  STR  system  and  life  cycle  costs.  It  is  anticipated  that  the 
STR  concept  will  lead  to  low  cost,  versatile  and  time  responsive  methods 
for  space  flight  on  the  STS. 


The  STR  design  as  delineated  in  this  report  provides  capabilities  consonant  with  antici- 
pated Shuttle  Era  operations.  These  are  shown  in  the  Figure  1-4  flow  chart  and  will  provide 
planners  with  flexible  flight  planning  options.  The  STR/payload  can  be  assembled,  veri- 
fied, acceptance  tested,  and  stored  to  be  incorporated  into  a Shuttle  flight  with  minimum 
notice.  Additionally  the  STR/payload  can  be  used  as  a piggyback  payload  with  quick 
reaction  time. 

The  body  of  this  report  describes  the  STR  capabilities  and  provides  insights  into  planning 
options.  Figure  1-5  presents  the  STR  system  block  diagram  representing  the  inter- 
faces with  each  of  the  modular  subsystems,  the  payload  equipment,  the  STS,  and  the 
ground  systems.  Table  1-1  Is  a sumira  ry  of  the  key  components  within  each  of  the 
STR  subsystems. 
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Figure  1-4.  STR  Features 


1.2  STRUCTURE 

The  structure  subsystem  was  designed  to  use  standard  repetitive  members,  high  allow- 
able piece-part  tolerances,  common  materials  (aluminum),  formed  sections  and  mini- 
mum tooling  requirements,  high  margins  of  safety  to  provide  infinite  fatigue  life,  and 
replaceable  fittings.  All  component  mounting  panels  were  made  Interchangeable  to 
allow  for  use  of  multiple  battery  and  thermal  control  panels  and  to  maintain  a center 
of  gravity  control. 

The  structural  design  also  permits  the  use  of  varied  configurations  as  shown  in  Figure 
1-6,  which  maximizes  the  utility  of  the  STR  by  providing  a versatile  experiment  inter- 
face/envelope. The  design  is  such  that  the  STR  can  be  installed  to  fit  around  the  space- 
lab  tunnel  utilizing  available  Shuttle  space  that  was  heretofore  unusable.  As  an  added 
feature,  the  STR  can  be  installed  after  the  Sapce lab  tunnel  is  in  place  in  the  STS  as 
j described  in  section  4.5.2. 
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Figure  1-5.  System  Block  Diagram 


TABLE  1-1.  Summary  of  Recommended  STR  Subsystems 


THERMAL  CONTROL 

DISTRIBUTION  - HEAT  PIPES 

HEAT  REJECTION  - MULTIPLE  OPTIONS 

STRUCTURE 

FRAME  - BUILT  UP  ALUMINUM 

EQUIPMENT  PANELS  - STIFFENED  SHEET 

ATTITUDE  CONTROL 

FIXED  HEAD  STAR  TRACKERS 

INERTIAL  REFERENCE  UNIT 

NASA 

STANDARD 

COMPUTER 

I — 

GIMBAL  - POINTS 

POWER 

BATTERIES  - LiS02  PRI/VIARY 

1 — 

COMMUNICATIONS 

RECORDER  - NIMBUS  G/SEASAT/MMS 

ENCRYPTOR  - KG28A 

DECRYPTOR  - KG23A 

L 

OTHER  EQUIPMENT  - DSCS  II 

1 

Figure  1-6.  Structural  Configurations 


I 

1.3  THERMA  L 

The  thermal  control  subsystem  consists  of  heat  pipes  which  are  Im  '■porated  as  part 
of  the  component  panels  and  main  strongback  channels  to  distribute  the  heat,  multi- 
layer Insulation  to  maintain  an  "isothermal"  cocoon,  and  three  separate  approaches 
for  rejecting  the  heat.  The  three  heat  rejection  schemes  have  been  investigated  In 
some  detail  and  all  are  recommended  approaches  depending  on  the  experiment  to  be 
integrated  on  the  STR.  These  three  heat  rejection  approaches  are: 

1.  Use  shuttle  heat  exchanger 

2.  Use  variable  heat  pipe  radiator 

*J 

3.  Use  change  of  phase  heat  exchanger  module 

Each  of  the  above  has  its  advantages  and  disadvantages.  The  Shuttle  coolant  loop  is  not 
always  available  at  the  required  temperature  because  of  use  by  other  prime  payloads; 
but  when  usable,  provides  essentially  an  Isothermal  environment.  The  variable  heat 
pipe  radiator  must  be  integrated  with  other  payloads  and  experiments  (field-of-view 

2 

blockage,  etc.  ) but  provides  a large  total  heat  rejection  capability  (~.26kw  per  20  ft.  ). 

The  change  of  phase  module  provides  an  essentially  isothermal  environment  and  is  easiest 
to  integrate,  but  has  a finite  heat  rejection  capability  (~15  kwh  per  module).  This  could 
be  extended  by  changing  the  experiment  duty  cycle.  (When  an  experiment  is  off,  the 
heat  transfer  is  such  that  it  tends  to  refroeze  the  change  of  phase  material. ) 

1.4  ELECTRICAL  POWER 

"Tie  STR  provides  electrical  system  services  to  the  various  payloads  and  to  the 
STR  subsystems  as  required  to  accommodate  the  power,  command,  and  telemetry 
requirements  for  a given  mission.  Primary  electrical  power  for  all  STR  and 
payload  equipment  Is  provided  by  a bank  of  LISO2  batteries.  Maximum  system 
capability  for  a seven  day  mission  is  37.8  kWh  (per  battery  panel)  with  a peak 
load  capability  of  3.0  kW  for  45  seconds.  Bus  voltage  is  maintained  at  +28±4V.  Power 
distribution  and  control  Is  via  a central  power  controller  which  provides  the  interface 
between  the  primary  batteries  and  the  users.  The  ground  power  connections  is  through 
this  equipment.  All  power  switching  is  accomplished  by  commands  from  the  command 
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decoder.  STS  crew  override  capability  is  provided  to  disable  any  power  controller 
functions  in  the  event  of  malfunction  or  emergency. 

All  payload  equipment  requiring  other  than  28±4  volts  power  must  provide  self- 
contained  power  converters  and  regulators.  These  secondary  power  systems  will 
be  electrically  Isolated  from  the  primary  bus.  Both  primary  and  secondary  systems 
will  be  isolated  from  vehicle  structure  except  at  the  vehicle  unipoint  ground. 

1.5  COMMUNICATIONS 

The  STR  communication  subsystem  provides  command  storage  and  decoding  for  all 
commandable  system  functions.  All  commands  are  executable  in  "real  time"  or  in 
"stored  time".  Real  time  commands  may  be  executed  by  ground  control  at  any  time 
during  ground  station  contact.  In  addition  a command  message  can  be  loaded  into  the 
on-board  command  decoder  memory  for  execution  at  a later  time  as  indicated  by  ac- 
companying time  tag.  Time  tag  granularity  is  0.2  seconds.  On-board  storage 
can  accommodate  25G  commands  with  attendant  time  tags.  Command  formats  and 
operation  is  compatible  with  the  20  bit  capability  of  the  KTR-23A  command  security 
equipment. 

Capability  for  GOO  discrete  commands  in  matrix  format  is  provided.  Individual  loads 
and  typically  relays  are  energized  by  the  simultaneous  selection  of  one  of  30  X drivers 
and  one  of  20  Y drivers  as  determined  by  the  command  format.  All  loads  are  located 
in  the  user  equipment  but  electrically  isolated  from  the  user.  They  are  to  be  con- 
sidered as  part  of  the  command  system.  User  interfaces  are  via  the  contacts  of  the 
selected  relays  which  are  considered  as  part  of  the  using  system.  Isolation  is  main- 
tained between  the  command  system  and  all  users  to  prevent  failure  propagation  from 
one  user  to  another. 

Variable  digital  data  commands  or  "messages"  are  provided  to  all  users  via  a com- 
mon data  bus.  These  commands  may  be  used  for  any  function  capable  of  being  expressed 
as  a variable  binary  number.  Addressing  Information  is  contained  within  the  serial 
message  and  vp  to  14  variable  bits  of  information  can  be  provided  to  any  of  16  users. 
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The  telemetry  portion  of  the  communication  subsystem  provides  the  buffering,  signal 
conditioning,  formatting  and  storage  for  all  downlink  data  necessary  for  the  proper 
functioning  of  the  STR  and  its  payload.  These  data  are  typically  housekeeping  data 
related  to  the  health  and  status  of  the  supporting  subsystems.  Operational  payload 
data,  if  any,  are  voted  separately. 

For  maximum  flexibility  the  telemetry  has  variable  format  and  data  rate  capability  on 
a flight— to— flight  basis.  On  any  given  flight  for  any  given  payload  the  format  and  vote 
are  fixed.  The  format  accommodates  analog  data  encoded  to  8 bit  precision,  bilevel 
discrete,  and  serial  digital  data.  The  typical  downlink  format  comprises  30  frames 
at  256  8-bit  words  per  frame.  Data  is  PCM  encoded  NRZ-L  at  one  kilobit  per  second. 

The  frame  rate  is  therefore  one  frame  every  2. 048  seconds  with  61.44  seconds  required 
for  one  complete  cycle  through  the  format.  Sample  rates  as  high  at  16  per  frame  are 
possible. 

An  on-board  telemetry/command  tape  recorder  is  privided  for  telemetry  recording 

g 

outside  of  station  contact.  Total  recording  capability  is  on  the  order  of  10  bits.  Play- 
back rates  can  be  as  high  as  1.  024MBPS.  Digital  capability  for  real  time  and  playback 
telemetry  is  provided. 

A dedicated  data  handling  system  exists  for  those  payloads  that  cannot  be  accommodated 
by  the  STR  telemetry  system  because  of  data  rates,  data  quantity  or  security  require- 
ments. This  system  provides  a payload  unique  interface  unit  designed  to  accommodate 
the  perculiaritles  of  a given  payload.  An  on-board  data  handling  tape  recorder  is  provided 

for  data  recording  when  out-of-station  contact.  Total  recording  capability  is  on 
g 

the  order  of  10  bits.  Capability  for  real  time  and  playback  telemetry  is  provided. 

A dedicated  downlink  service  is  provided  containing  data  security  devices  if  required. 
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1.6  ATTITUDE  CONTROL 

Analysis  of  the  twelve*  candidate  experiments  in  the  mission  model  reveals  that  the 
Shuttle  capability  must  be  augmented.  To, meet  the  orientation,  attitude  knowledge  and 
pointing  requirements,  an  attitude  control  system  is  used  which  consists  of  3 basic 
sections: 

o Attitude  Determination  System 
o Payload  Pointing  System 
o Control  Software 

Each  section  is  modularized  to  be  included  during  offline  integration  as  required  for 
payload  operation. 

The  attit ude  determination  system  consists  of: 
o Fixed  Head  Star  Trackers 
o Sun  Sensors 
o Inertial  Reference  Unit 
o Computer  & I/O 
o Software 

For  payloads  which  need  only  attitude  knowledge,  this  is  all  ti,  t need  be  provided  by 
the  STR.  The  Star  Trackers  are  used  to  update  the  inertial  reference  unit  to  refine 
long  term  Gyro  Bias'.  The  updated  gvros  maintain  short  term  altitude  knowledge 
between  star  encounters.  The  best  estimate  of  STR  attitude  is  then  maintained  in  the 
computer,  based  on  a mission  dependent  star  catalog.  However,  during  periods  when 
bright  objects  come  into  the  field  of  view  of  the  star  trackers,  sun  sensors  are  used 
to  bound  the  attitude  error.  Knowledge/accuracy  is  approximately  1 min. 

Payload  motion  independent  of  Shuttle  maneuvers  is  controlled  by  a 2 axis  gimbal  system. 
This  system,  "Pavload  Orientation  and  Instrument  Tracker  for  Shuttle"  (POINTS), 
consists  of; 
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An  orthogonal  structure  suspended  on  precision  ball  bearings 
o Drive  assembly  electronics 
o Angular  rate  & position  sensors 
o Command  & control  computer 
o Control  and  interface  software 

The  computer  is  the  same  one  used  for  attitude  determination  with  modular  software. 
Modularity  provides  flexibility  for  mission  peculiar  control  software  and  specific 
interfaces. 

Salient  features  of  the  "POINTS"  system  are: 

o Payload  weight  capability  1500  lbs 

o Rate  accuracy  80  RAD/SEC 

o Gimbal  freedom  -60°  to  +90° 

o Slew  rate  2 DEG/SEC 

o Nominal  acceleration  4 1/2  DEG/SEC^ 

(1500  LB  Payload) 

1.  7 CREW  INTERFACES 

Caution  and  warning  indications  and  command  capability  are  provided  to  the  STS  crew 
via  the  Shuttle  aft  deck  control  console.  Selected  telemetry  monitors  describing  the 
health  of  the  STR  and  payload  will  inform  the  crew  of  the  status  of  the  system.  Suffi- 
cient information  will  be  provided  for  the  crew  to  make  an  independent  judgement  as 
to  the  operation  and  safety  of  the  system  without  the  benefit  of  ground  contact.  If  direct 
intervention  ip  required  in  the  operation  of  the  system,  the  crew  will  have  two  paths  by 
which  to  implement  their  decisions.  There  will  be  a direct  input  from  the  console  to  the 
STR  command  decoder  enabling  the  crew  to  execute  any  command  in  the  command  de- 
coder repertory  in  real  time.  In  addition  a number  of  hardwired  override  type  functions 
will  exist  enabling  the  crew  to  shut  down  any  malfunctioning  system  or  to  circumvent 
any  potentially  hazardous  situation. 
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SECTION  2 

CONCLUSIONS  AND  RECOMMENDATIONS 

The  conclusions  drawn  from  this  investigation  of  the  design  and  utility  of  the  Standard 
Test  Rack  are: 

1.  The  design  and  repeated  operational  usage  of  a Standard  Test  Rack  is  feasible 
and  is  a cost  effective  concept  (This  report  contains  a preliminary  design  and 
life  cycle  cost  analysis  of  the  STR  and  its  related  subsystems).  This  is 
achieved  by  application  of  state-of-the-art  design  practice,  use  of  off-the- 
shelf  flight  proven  hardware,  high  safety  margin  design,  and  minimization 

of  testing. 

2.  The  STR  system  and  design  provide  autonomy,  modularity,  configuration 
flexibility,  ease  of  integration  into  Shuttle,  and  low  life-cycle  costs.  As 
a result,  it  is  capable  of  accepting  for  flight  on  STS,  a wide  variety  of 
experiments,  prime  test  units  and  operational  systems.  The  modular  and 
configuration  flexible  STR  can  accept  experiments  that  vary: 

a.  From  small  hard  mounted  packages  to  large  gimbal  mounted  equipment 

b.  From  sortie  mission  type  systems  to  extended  or  deployed  systems 

c.  From  simple  exposure  type  missions  to  complex  missions  with  high 
power  and  energy  requirements,  highly  accurate  pointing  and  slew 
requirements,  tracking  of  points  on  the  ground,  high  data  rates  with 
both  on-board  data  storage  and/or  real  time  transmission  to  ground. 

All  this  is  accomplished  with  maximum  autonomy  with  respect  to  STS 
resulting  in  simple  interfaces,  shortened  integration  cycles  and  quick 
turnaround  flight  schedule  potential,  with  the  STR  acting  as  a buffer  between 
the  STS  and  the  payload. 

3.  STR  is  capable  of  "fitting"  on  most  Shuttle  flights.  With  its  relatively  com- 
pact size,  the  STR  can  fly  on  STS  Spacelab  flights,  free-flier  deployment 
flights,  or  combination  flights.  On  a full  up  Spacelab  Shuttle  flight  it  can 
fit  around  the  Spacelab  tunnel,  or  even  around  the  inter-pallet  and 
module-pallet  interface  bridges.  With  the  STR  shelf  configuration,  it 
can  fit  around  the  spacecraft.  When  "open"  space  is  available  between 
other  payloads  it  takes  up  a minimum  of  cargo  bay  length  allowing  maxi- 
mum potential  for  payload  changes.  The  result  of  the  STR  design  concept 
is  to  maximize  the  number  of  potential  STS  flight  opportunities  for  DOD 
equipment. 
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The  STS/payload  on-line  integration  timelines  arc  minimally  extended  by  STR 
(Approximately  10  hours).  This  is  achieved  by: 


a.  Use  of  standard  STS  attachments  (the  STR  is  designed  for  quick  attachment 
of  equipment  bridge  or  shelves  to  the  strongback  where  piecemeal  installa- 
tion is  required  (i.e.,  installation  around  an  inplace  spacelab  tunnel)). 

b.  Electrical  systems  testing  is  designed  to  be  accomplished  by  automated 
checkout  equipment. 

c.  Integration  and  test  of  experiments  and  STR  is  an  off-line  activity 

d.  Ease  of  integration  into  the  on-line  activities  such  as  CITE  or  SIVE 
testing 

e.  Minimization  of  last  minute  servicing  activities  on  the  pad 

5.  No  extraordinary  equipment,  facilities,  or  procedures  are  required  to  inte- 
grate the  STR  into  the  STS.  A dedicated  STR  preparation,  processing,  and 
pre-flight  storage  area  at  VVTR  and  E'ER  permit  flight  schedule  flexibility 
and  allows  for  "last  minute"  DOD  equipment  flights.  With  a factory-to-pad 
concept,  this  dedicated  area  can  be  located  off-site  if  compelling  reasons 
dictate  this  approach  (i.e.  lack  of  room  for  a dedicated  area  at  the  launch 
site). 

6.  Low  life  cycle  costs  arc  achieved  using  the  STR  system  concept.  The  repetitive 
use  of  the  functionally  efficient,  compact  STR  system  tends  to  minimize  the 
hardware  and  flight  costs.  The  integration  costs  are  minimized  by  application 
of  the  STR  Mission  Manager  concept  which  utilizes  centralized  authority,  dedi- 
cated contractor,  and  standardized  procedures  and  documentation. 


The  above  conclusions  appear  favorable  towards  implementation  of  a program  to  pro- 
vide an  operation  M Standard  Test  Rack.  However,  there  are  several  areas  or  key 
issues  requiring  additional  investigation.  These  deal  with  integration  of  the  STR  into 
the  STS  and  affect  the  degree  of  autonomy.  These  issues  are: 

1.  Assurance  of  STR /STS  development  schedule  compatibility 

2.  Effect  of  RF  in  the  Orbiter  cargo  bay 

3.  Latest  possible  date  for  flight  committment 

4.  Caution  and  warning  requirements  and  crew  override  of  STR  commands 

5.  Crew  participation  in  STR/Payload  operations 

14  f 
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Based  on  the  conclusions  and  key  issues,  a list  of  tasks  have  been  identified.  Com- 
pletion of  these  tasks  will  provide  resolution  of  the  key  issues  and  complete  some 
of  the  necessary  steps  in  the  STR  system  development.  These  tasks  are: 

1.  Complete  detail  structure  design  drawings 

2.  Fabricate  an  engineering  model  of  the  STR 

3.  Perform  static  and  dynamic  load  tests  on  the  STR  engineering  model 

4.  Carry  out  in-depth  design  and  analysis  of  the  STR  subsystems  emphasizing 
RF  effects  which  must  be  Shuttle  compatible 

5.  Perform  a STR/STS  integration  cycle  analysis  for  a specific  mission 
including  recycling 

6.  Integrate  an  experiment  such  as  HIRISE  on  OFT-6 

7.  Perform  mission  and  flight  operations  analyses  to  determine  the  interaction 
effects  of  STR  payloads  and  other  STS  payloads 

8.  Prepare  a preliminary  STR  users  manual. 


I 
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SECTION  3 


STR  REQUIREMENTS  SYNTHESIS  (TASK  1) 

3.1  INT  RODECTION 

The  twelve  candidate  experiments  identified  in  the  Aerospace  letter  E.P.  77-027  dated 
June  21,  1977  and  the  subsequent  information  provided  at  the  STR  Concepts  Definition 
meeting  of  July  15,  1977,  were  used  as  the  baseline  material  for  this  study.  However, 
it  is  recognized  that  these  twelve  experiments  are  only  representative  of  many  current 
and  future  experiments  that  may  be  adaptable  to  the  STR  concept.  Based  upon  this 
knowledge,  a modular  concept  of  packaging  STR  equipment  has  been  identified  that 
permits  interchangeability  of  panels  within  any  of  many  STR  structural  combinations. 
This  allows  sizing  the  STR  system  to  meet  individual  requirements  for  all  baseline 
experiments.  « 

The  results  of  the  subsystem  studies  and  recommendations  of  selected  concept  ap- 
proaches are  presented  in  Section  4 of  this  report. 

3.2  IDENTIFICATION  OF  EXPERIMENT  DRIVERS 

The  twelve  candidate  experiments  were  reviewed  and  the  STR  system  requirements 
and  design  concept  drivers  w'ere  identified.  Table  3-1  presents  the  STR  subsystem 
characteristic  and  the  associated  experiment  which  sizes  that  particular  characteristic. 

A summary  of  the  STR  subsystem  requirements  for  each  of  the  twelve  experiments  is 
given  in  Table  3-2.  The  most  stringent  values  were  identified  for  each  STR  subsystem 
and  were  utilized  in  sizing  them.  The  details  of  these  "envelope"  requirements  are 
discussed  for  each  subsystem  in  Section  4. 

In  general,  all  but  one  of  the  experiments  appear  to  be  capable  of  STR  mounting.  Ex- 
periment 10,  Physics  International  Modular  Bremstrahlung  Source  (PIMBS  IT)  Experi- 
ment, is  a special  case  because  of  its  large  size  and  weight.  None  of  the  other 
experiments  present  any  currently  identified  special  requirements  that  preclude  their 
mounting  on  a STR  for  Shuttle  flights. 
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Table  3-1.  STR  Design  Concept  Drivers 
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Table  3-2.  Experiment  Requirements  (cont.) 
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3.3  SPACE  TRANSPORTATION  SYSTEM  (STS)  IMPACT 

Ten  of  the  candidate  experiments  may  use  some  degree  of  Mission  Payload  Specialist 
participation  either  before,  during,  or  after  the  initiation  of  the  experiment  and  on 
occasion  in  all  of  the  phases.  This  participation  ranges  from  minor  monitoring  opera- 
tions to  more  complex  tasks  of  using  the  Shuttle  booms  to  select  experiment  objects, 
extend  them  beyond  the  shuttle  bay,  and  perform  numerous  orientations  for  gathering 
of  experiment  data.  Significant  integration  with  the  STS  Project  Office  will  be  required 
to  integrate  the  experiment  requirements  for  the  participation  by  the  Mission  Payload 
Specialist  and  the  integration  and  installation  of  required  control  panels  and  equipment. 

The  need  for  specific  Payload  Specialist  participation  must  be  examined  and  carefully 
evaluated  as  it  has  significant  impact  on  autonomy  and  quick  reaction  capability.  Other 
STS  considerations  which  impact  the  STR  concept  are  as  follows: 

1.  Acceptability  of  RF  in  the  cargo  bay  area  must  be  determined  as  to  the  allow- 
able levels,  mode  of  integration  with  other  equipment,  etc.  The  assumed 
guideline  is  that  RF  in  the  cargo  bay  is  acceptable. 

2.  The  STS  caution  and  warning  requirements  will  be  minimized  by  the  use  of 
high  margins  for  STR  equipment.  The  requirements  due  to  experiments  must 
be  evaluated  and  negotiated  with  the  STS  Project  Office. 

3.  Current  STS  requirements  are  that  commands  to  the  payloads  go  through  the 
crew  and  not  directly  from  ground  or  user  to  payload.  This  requires  a 
STR/STS  interface  for  command  override. 

3.4  PANNING  IMPACT 

The  simplicity  of  the  STR  systems  and  subsystems  minimizes  the  need  for  complex 

' 

integration  planning  in  that  the  majority  of  the  experiments  and  the  STR  system  will  be 
available  for  predetermined  Shuttle  flights  and  as  a goal,  should  be  installed,  tested, 
and  verified  for  flight  within  five  days  of  launch.  The  most  critical  planning  effort  will 
involve  tracking  of  the  Shuttle  schedule  so  that  the  STR /Payload  can  be  responsive 
to  flight  opportunities.  This  involves  integration  of  Mission  Payload  Specialist  require- 
ments and  the  integration  and  installation  of  associated  equipment. 

f] 
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The  dates  must  he  established  with  NASA  as  to  the  latest  possible  time  prior  to  launch 
to  accomplish  the  following  STS  integration  activities  to  allow  the  hardware  interfaces 
to  be  carried  out. 

1.  Analytical  and  design  interfaces  definition 

2.  Preinstallation  acceptance  of  STR  payloads 

3. 5 OPERATIONS  IMPACT 

The  STR  system  and  subsystems  are  designed  to  minimize  the  amount  of  test  and  instal- 
lation time  required  to  integrate  the  STR  equipment  on  board  the  Shuttle.  Each  sub- 
system can  be  pre-assembled  on  equipment  panels  that  are  designed  to  fit  interchange- 
ably on  the  STR  configurations.  Each  STR/equipment  assembly  will  have  end-to-end 
checkout  and  acceptance  testing  performed  prior  to  installation  in  STS,  thereby 
minimizing  STR/STS  on-line  integration  time.  This  will  permit  symmetry  of  STR 
installations,  thereby  permitting  the  most  advantageous  locations  to  satisfy  the  center 
of  gravity  needs  of  the  Shuttle. 

3.6  SUMMARY  OE  MAXIMUM  STR  DESIGN  REQUIREMENTS 

Figure  3-1  shows  the  results  of  the  requirements  synthesis  of  the  twelve  experiments 
and  represents  the  maximum  requirements  for  designing  the  STR  modular  subsystems. 
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Figure  3-1.  Maximum  STR  Design  Requirements 
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SECTION  4 


STR  PRELIMINARY  DESIGN  (TASK  2) 

The  design  of  the  STR  was  based  on  the  requirements  synthesis  of  the  twelve  experi-  j 

ments  as  described  in  Section  3 of  this  report  (Task  1).  In  addition,  minimum  life 
cycle  cost  was  a major  driver. 

As  a result  of  subsystem  design  based  on  these  requirements,  the  STR  is  a system  of 
standardized  modular  elements  (structural  and  functional),  designed  for  mission  flex- 
ibility. case  of  shuttle  integration  and  low  cost. 

The  STR  is  standard  in  that  it  can  fly  on  most  flights  (more  than  30  per  year)  and  has  a 
minimum  standard  interface  with  shuttle.  It  is  also  selectable  in  that  it  consists  of  jj 

an  'Erector  Set"  of  modular  components  which  can  be  rapidly  assembled  to  meet  a 
variety  of  mission  opportunities.  The  primary  objectives  of  STR  are  to: 

1.  Provide  the  DOD  R&D  community  maximum  opportunities  for  spaceflight 

2.  Minimize  spaceflight  cost  in  shuttle  era 

STR  helps  achievement  of  these  twin  objectives  by: 

1.  Development  of  low  cost  experiment  support  system/subsystems  for 
shuttle  flight 

2.  Use  of  minimum  Orbiter  interfaces 

3.  Use  of  Orbiter  Bay  excess  capabilities 

4.  Development  of  standard  experiment  interfaces 

5.  Use  of  proven  hardware 

6.  Use  of  modular  approach 

i; 

ii 
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Some  of  the  snlient  design  features  of  the  Standard  Test  Rack  a’’e; 


1.  Autonomy 

a.  Power,  attitude  knowledge,  thermal  control 

b.  Communications 

c.  Attitude  Pointing  (Points) 

d.  Quick  reaction  capability 

e.  Security 

2.  Modularity 

a.  equipment  panels  interchangeable 

b.  Battery  Power 

c.  Change  of  phase  thermal  control 

d.  Multiple  configurations  - strongback,  adjustable  bridge,  shelves,  POINTS 

3.  Fase  of  Integration 

a.  Install  within  5 days  of  launch 

b.  Standard  Interfaces 

c.  Minimum  shuttle  interfaces 

4.  Life  Cycle  Costs 

a.  High  margins 

b.  High  reliability  components 

c.  Workhorse  approach 

d.  Cost  effective  over  wide  range  of  payload  size 

e.  Short  length  (4')  ^ more  available  flights 

f.  Uses  excess  space  (around  tunnel) 

g.  Fase  of  maintenance/refurbishment/reuse 
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Figure  4-1  shows  the  overall  STR  design  concept.  Detail  drawings  are  provided  in 
Appendix  E so  that  they  may  be  viewed  while  reading  the  text.  The  STR  is  a complete 
system  within  itself  (See  Figure  1-5)  that  can  be  flown  on  any  STS  flight  cargo  con- 
figuration of  spacelab  modules  and  pallets,  spacecraft  and  spacecraft  on  upper  stages 
(IIIS,  SSUS).  The  S'JTl  is  designed  as  a secondary  payload  that  will  carry  payloads 
being  tested  to  verify  their  performance  for  operational  use,  R&D  operation  missions, 
and  operational  user  missions. 

Complete  autonomy  of  the  STR  with  respect  to  the  STS  is  limited  by: 

1.  Safety  of  tne  Orbiter  in  flight 

2.  Astronaut  participation  required  to  operate  the  payloads 

A summary  of  the  autonomy  issues  is  shown  in  Figure  4-2. 


BEAT  PIPES  SERVE  AS 

ther  ma  l nisrnmuTiON 


>5000  LB  TOTAL  LOAD  CAPABILITY 


1 BAV 

I BAY  BEAT  EXCHANGER 


Figure  4-1.  Design  Concept 
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1 

Figure  4-2 „ STR  Autonomy  Issues 


Ilie  current  trend  in  crew  safety  is  for  manual  override  of  commands  to  the  expei’i- 
ments.  This  control  can  range  from  a simple  turn-on  turn-off  capability  to  experi- 
ment jettison.  In  between  these  two  extremes  are  various  activities  as  determined 
by  the  STS  Caution  and  Warning  requirements  as  specified  in  Reference  1. 


Initial  studies  indicate  that  each  experiment  will  have  to  be  examined  on  the  basis  of 
cost  effectiveness,  functional,  and  safety  considerations.  The  S TO  /experiment  inter- 
face with  the  Orbiter  and  other  payloads  needs  to  be  investigated  on  an  individual  basis 
and  negotiated  with  the  STS  Program  Office  Mission  Managers. 

The  STR  is  an  integrated  system  consisting  of  individual  experiments  and  STR  standard- 
ized modular  subsystems  required  to  support  the  experiment.  Maximum  STR  subsystem 
capabilities  to  support  experiments  are: 

1.  Powe r.  28  ± 4 volts  dc  with  a total  energy  potential  of  37.8  kwhrs  per 
battery  module. 
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2.  Thermal.  0-30°  centigrade  with  0-1  kVV  dissipation  (steady  state)  range. 

3.  Communications.  1 Kbps  for  commands,  1,024  kbps  for  real-time  data 
processing,  and  1 Mbps  for  data  recording. 

4.  Pointing.  In  orbital  plane,  from  horizon  to  nadir  to  horizon,  ±30°  out  of 
orbital  plane. 

5.  Structure.  Capable  of  supporting  >5000  lbs  for  entire  STR  system. 


The  key  features  of  STR  are; 

1.  The  modular  construction  of  four  basic  STR  configurations  shown  below 
that  will  be  compatible  with  the  primary  shuttle  payloads. 


a.  Bridge 

b.  Dual  Shelf 

c.  Single  Shelf 

d.  Bridge  with  Gimbal 

(See  also  Figures  4-3  through  4-13) 


BRfDOF 


DUAL  SHELF  SINGLE  SHELF 


BRIDGE  WITH  GIMBAL 


2.  STR  provides  flight  opportunity  for  experiments  or  sensors  with  minimum 
interface  requirements  and  quick  reaction  to  flight  demand. 

3.  Structured  flexibility  is  a key  STR  characteristic  which  permits  the  efficient 
use  of  unfilled  shuttle  payload  bay  space  on  nearly  all  shuttle  flights. 
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4.  STR  Support  Subsystems  are  available  as  building  blocks  to  permit  a wide 
range  of  experiment  or  operational  systems  support  capability. 

5.  A simple,  minimum  interface  with  the  shuttle  orbiter  minimizes  the  integration 
time,  complexity  and  cost  of  STR  integration. 

The  SrifT subsystems  will  provide  attitude  and  structural  support,  control  the  STR  system 
temperatures,  furnish  electrical  power,  provide  pointing  and  tracking  data,  and  manage, 
process,  and  store  the  command  and  telemetry  data.  The  major  elements  of  each 
subsystem  are: 


1. 

Structures 

4.  Pointing  and  Tracking 

a. 

b. 

Strong  back  frames 

Trunnions 

a. 

POINTS  system  (Payload 

Orientation  and  Instrument 

Tracker  for  Shuttle) 

c. 

Closure  panels 

b. 

Sun  Sensors  (2) 

d. 

Interchangeable  Equipment 
panels 

c. 

Star  Trackers  (2) 

e. 

Shelves 

d. 

NSSC-1  computer 

f. 

Supports  for  POINTS  and 
Payloads 

e. 

IHU 

2, 

Thermal 

5.  Communications 

a. 

Heat  pipes 

a. 

Antenna  (2  turnstiles) 

b. 

Thermal  blankets 

b. 

Antenna  (1  hybrid) 

c. 

Heat  exchanger 

c. 

Diplexer 

3. 

Power 

d. 

Transmitter 

a. 

LISOg  Batteries 

e. 

Receiver 

b. 

Ordnance  controller 

f. 

Recorder 

c. 

Power  controller 

g. 

Telemetry  Unit 

d. 

Wire  harnesses 

h. 

Decrypter 

i. 

Encrypter 

j. 

Command  Decoder 

k. 

Data  processor 
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! Table  4-1  presents  the  STR /Experiment  weight  summary  for  each  of  the  twelve  experi- 

ments. Figures  4-3  to  4-13  show  sketches  of  each  experiment  integrated  on  the  STR. 
Drawings  STROOI  toS'lROll  in  Appendix  E provide  additional  detail  information. 

4.1  ELECTRICAL  POWER  SUBSYSTEM 

The  STR  provides  Electrical  System  Services  to  the  various  payloads  and  to  the  SIR 
subsystems  as  required  to  accommodate  the  power,  pointing,  command,  and  telemetry 
requirements  for  a given  mission. 

4.1.1  ELECTRICAL  POWER  REQUIREMENTS 

Power  requirements  for  the  candidate  experiments  were  analyzed  to  determine  the 
type  of  power  required  to  be  supplied  by  the  STR  in  support  of  the  experiments.  (See 
Table  4. 1-1. ) The  analyses  concluded  that  all  of  the  candidate  experiments  require 
28  ± 4 Volts  dc.  The  maximum  power  required  would  be  600  Watts  average  daily  for 
6 out  of  16  revolutions  of  the  Orbiter  per  day  with  a 3 kW  peak  for  45  seconds.  The 
maximum  energy  required  for  an  experiment  and  a seven  day  mission  is  37.8  kWh  for 
Experiment  No.  3.  The  experiments  requirements  are  described  in  Section  3,  Table 
3.-2  in  this  report.  The  maximum  total  energy  requirement  is  60.9  kWh  for  Experiment 
No.  5. 

The  support  subsystems,  Communications,  Attitude  Control  and  Electrical  Power, 
power  requirements  are  included  in  Table  4.  1-1.  Thermal  power  requirements  to 
maintain  a temperature  of  0 to  30°C  for  each  subsystem  are  also  included  in  Table  4.1-1. 

4. 1.2.1  Autonomous  Power  Source  Selection  and  Design 

Since  the  total  power  capability  of  the  Shuttle  is  7 kW  and  50  kWh  on  a shared  basis 
and  previous  studies  indicate  high  usage  rates,  it  will  be  necessary  for  the  STR  to 
provide  an  autonomous  power  source  or  an  additional  Shuttle  power  kit.  The  kit 
provides  840  kWh  and  is  chargeable  from  a cost  and  launch  weight  standpoint  to  the 
payloads  using  it.  The  autonomous  power  source  will  provide  the  independence  from 
priority  and  capability  for  last  minute  integration  desired  for  the  STR  concept.  Several 
methods  of  providing  the  additional  power  were  investigated  and  a summary  of  the 
comparisons  are  contained  in  Tables  4.1-2  and  4.1-3. 
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Experiment 

Laser  Prec.  Teal 

Subsystem  Com  HIRISE  Atlas  Rel.  Elms  Lass  II  XUV  OGAO  Ruby  Pimbs  OCD 


EXPERIMENT  OBJECTIVE: 

Accurate  remote  measure- 
ment of  atmospheric  den- 
sity & aerosol  in  the  upper 
troposphere  & stratosphere. 


Figure  4-5.  Atmospheric  Topside  Laser  Sounder  (Atlas) 


EXPERIMENT  OBJECTIVES: 
Test  several  release  mech- 
anisms, examine  detailed 
relative  trajectories,  deter- 
mine magnitude  of  induced 
release  perturbations. 


Figure  4-6.  Precision  Release  Accuracy  Test 


36 


I 

I 

I 


I 

I 

} 


EXPERIMENT  OBJECTIVES: 
IR  telescope  to  provide  earth 
limb  radiance  variance  as 
function  or  altitude  above 
the  limb. 


Figure  4-7.  Earth  Limb  Measurements  Sensor 


I 

I 


EXPERIMENT  OBJECTIVES: 
Measure  VHF/ UHF  scintilla- 
tion phenomenon  to  under- 
stand cause/  effect  of  plasma 
instabilities  & ionospheric 
irregularities. 


Figure  4-8.  Low  Altitude  Satellite  Study  of  Ionospheric  Irregularities  (Lass  II) 
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EXPERIMENT  OBJECTIVES: 
Survey  XUV  and  X-RAY  back- 
ground of  the  earth's  atmosphere 
and  the  sky. 


Figure  4-9.  XUV  Environment  in  Space 


EXPERIMENT  OBJECTIVES: 

Obtain  time  histories,  mor- 
phology, & dynamics  of 
auroral  activities  & equatorial 
regions  of  far  ultraviolet 
emissions. 


Figure  4-10.  Optical  Geophysics  and  Atronomical  Observatory 
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EXPERIMENT  OBJECTIVES: 

Test  cryogenically  cooled  mosaic 
focal  plane  of  telescope  which 
provides  several  spectrol 
bandpasses. 


Figure  4-11.  Teal  Ruby 
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EXPERIMENT  OBJECTIVES: 

Demonstrate  performance 
of  optical  countermeasures 
against  lasers. 


Figure  4-12.  Optical  Countermeasures  Demonstration 
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EXPERIMENT  OBJECTIVES: 


Demonstrate  deployment  & 
retrieval  of  standard  service 
module  (SSM>  for  supporting 
scientific  experiments  & de- 
velopment test  Items. 


Figure  4-13.  Deployment  Spacecraft 


I 

j As  shown  in  Table  4.  1-2  seven  tyix>s  of  aerospace  power  sources  were  considered. 

The  comparisons  shown  indicate  that  use  of  primary  batteries  is  the  desired  source  of 
power  for  the  S'lTi  system.  Primary  batteries  provide  the  highest  energy  density  which 
allows  for  a power  module  (panel)  with  the  greatest  total  energy  capability.  Primary 
batteries  are  also  the  most  cost  effective  approach  for  short  length  missions  as  intended 
for  STR  payloads. 


V arious  primary  battery  types  were  evaluated  and  the  comparisons  are  noted  in  'fable 
4. 1-4,  Battery  Options.  The  Lithium  Sulfur  Dioxide  battery  was  selected  as  the  power 
source  because  of  minimum  size,  weight  and  cost. 


Table  4.  1-1 . Summary  Power  Requirements  Power  (Watts) 


j Exp  Xo. 

Voltage 

Ave 

Peak 

Stand  By 

Total  Energy,  WH 
Experiment  Only 

Total 

1 

28±4V 

_ 

1000 

100 

23, 100 

33,500 

o 

28±4V 

45 

420 

10 

5,  040 

26,900 

3 

28*4V 

600 

- 

- 

37,800 

46,800 

4 

28±4V 

300 

- 

- 

7,500 

18,400 

5 

28t4V 

170i25 

- 

- 

28,  600 

60,900 

0 

28t4V 

115 

- 

- 

2,240 

18,700 

7 

28*4V 

24 

- 

- 

4,  030 

30,600 

8 

28±4V 

- 

- 

- 

1,680 

20,300 

9 

28e4V 

312 

422 

50 

* 10,000 

19,000 

10 

28fc4V 

2000 

3000 

- 

5,500 

Not 

Dete  rmined 

11 

28t4V 

50 

- 

- 

50 

5,700 

12 

28±4V 

30 

- 

- 

600 

8,600 

Table  4.  1-2.  Power  Subsystem  Comparisons 
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4. 1. 2. 2 Electrical  Power  Subsystem  Design  Summary 

The  primary  electrical  power  for  the  STR  and  payload  equipment  will  be  provided  by 
eight  packs  of  Lithium  Sulfur  Dioxide  (LiS02)  batteries  which  can  be  utilized  as  appro- 
priate for  each  mission.  The  maximum  module  panel  capability  provided  by  this  sys- 
tem will  be  27.  8 kWh  with  a peak  load  capability  of  2.  0 kW  for  45  seconds.  Bus  voltage 
will  be  maintained  at  28  ± 4V  dc.  The  total  energy  provided  by  this  battery  power  sup- 
ply is  slightly  lower  than  the  worst  case  power  requirement.  However,  modular  de- 
sign is  being  used  for  the  power  supply  so  that  battery  packs  may  be  added  or  deleted 
depending  on  the  power  requirements  for  the  experiment  being  considered.  A simpli- 
fied block  diagram  of  the  Electrical  Power  Subsystem  is  shown  in  Figure  4. 1-1. 

Power  distribution  and  control  will  be  via  a central  power  controller  and  distribution 
panel  which  provides  the  interface  between  the  primary  batteries  and  the  subsystems. 
The  ground  power  connections  will  also  be  made  through  this  equipment.  All  power 
switching  will  be  accomplished  by  commands  from  the  command  decoder.  SI'S 
crew  override  capability  is  provided  to  disable  any  power  controller  functions  in  the 
event  of  malfunction  or  emergency. 

All  payload  equipment  requiring  other  than  28±4  volts  power  must  provide  self-contained 
power  converters  and  regulators.  These  secondary  power  systems  will  be  electrically 
isolated  from  the  primary  bus.  Both  primary  and  secondary  systems  will  be  isolated 
from  vehicle  structure  except  at  the  vehicle  unipoint  ground. 

4. 1.  3 ELECTRICAL  POWER  SUBSYSTEM  COMPONENTS 
4. 1.3.  1 I.ithium  Batteries  (Lithium  Sulfur  Dioxide) 

Lithium  batteries  (I,iS02>  were  selected  for  the  electrical  power  system  because  they 
offer: 

1.  Higher  Energy  Density 

2.  Superior  cold  temperature  performance 
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Figure  4. 1-1.  Block  Diagram  of  Electrical  Power  S/S 


3.  Fong  Active  Shelf  Life 

4.  Cost  Effectivity 

Lithium,  having  the  highest  potential  of  metals  In  the  electromotive  series,  provides 
an  operating  voltage  about  twice  that  of  traditional  systems.  The  LISO2  battery  cell 
has  an  open  circuit  voltage  of  2.92  volts.  The  battery  is  a hermetically  sealed  cell. 
GE  RESD  Is  currently  working  with  Honeywell  Power  Center,  Horsham,  Pa.  In  the 
development  of  the  selected  160  AII  cell  which  Is  being-considered  for  use  on  the  Navy 
RDSS  program.  Battery  characteristics  are  as  follows: 


LISO2  characteristics 

cell  size 

watt  hour /lb 

watt  hour  /in3 4 

dimensions 

weight 


160  AH  to  180  AH 


6.3"  high  x 3.375"  dia. 


3.0  lb 
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Topically  LiSC>2  cell  performance  characteristics  are  shown  in  Figure  4.1-2  (Percent 
of  rated  capacity  versus  discharge  temperature).  Figure  4. 1-3  (discharge  profile  as  a 
function  of  load),  and  Figure  4.1-4  (Discharge  profile  of  160  AH  cell  as  a function  of 
load. ) 


To  meet  the  majority  of  experiment 
STR,  a power  supply  of  8 battery  packs  i 
is  rated  as  follows: 

No.  of  cells  (series) 

Voltage  Range  dc 
Amp  Range  dc 
Normal  Amps  dc 
Amp  Hours 
Temp.  Range 
Shelf  Life 

Dimensions  LxWxH 

Therefore  using  8 battery  packs  provides 

Voltage 

Amps 

Watts 

AH 

kWhr 

Approx,  dimensions 
Approx,  weight 


r requirements  (10  of  12  experiments)  for  the 
parallel  was  selected.  Each  battery  pack 

12 

24-32 

0-14 

2.7 

160 

30-125°F 

10-12  years  at  room  temperature 
9.  5"  x 18”  x 7" 

the  following  poxver  and  energy: 

28  Vdc  Nominal 

21.4 

600  Nominal 

1440 

37.  8 

38  x 32  x 7 inches 
288  lbs. 


Modular  design  is  provided  so  that  battery  packs  may  be  added  or  deleted  depending 
on  the  power  requirements  for  each  Payload. 
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Figure  4.1-2.  Typical  LiSOg  Cell  Performance  Characteristics 


Figure  4. 1-3.  Discharge  Profile  as  a Function  of  Load 
4. 1.  3.  2 Electrical  Power  Controller  and  Distribution  Panel 

The  electrical  circuit  diagram  for  the  Electrical  Power  controller  and  Distribution 
Panel  is  shown  in  Figure  4. 1-5.  The  power  control  and  power  distribution  for  the 
STR  will  be  provided  through  this  panel.  By  using  modular  construction  of  four  pairs 
of  battery  packs,  the  power  system  can  be  sized  as  appropriate  for  each  mission. 
Four  remote  controlled  35  amp  disconnect  switches  similar  to  switches  used  on  the 
Shuttle  Experiment  Power  Switching  Panel  (EPSP)  will  connect  the  batteries  to  the 
main  power  bus.  The  battery  disconnect  switches  are  dc  circuit  breakers  with  mag- 
netic trips.  The  circuit  breakers  may  be  selectively  switched  for  isolating  a battery 
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AMPERE-HOURS 

Figure  4.1-4.  Typical  LiS02  Cell  Performance  Characteristics  1(50  AH  Cell 

pack  or  all  circuit  breakers  may  be  switched  simultaneously  by  on/off  commands. 

The  STS  crew  override  capability  will  be  provided  to  disable  these  switches  in  the 
event  of  a malfunction  or  emergency.  Power  will  be  provided  to  the  payload  by  a re- 
mote operated  magnetic  type  circuit  breaker  or  a fused  remote  operated  relay  (not 
shown). 

For  safety  requirements,  a remote  operated  magnetic  type  circuit  breaker  is  required 
to  enable  the  Ordnance  Controller  circuit.  Two  more  commands  in  the  proper 
sequence  in  the  Ordnance  Controller  are  required  to  fire  the  electro  explosive  devices 
(EED's).  Manual  disconnect  switches  with  fuses  in  each  circuit  provide  supply  power 
to  all  other  subsystems.  The  manual  disconnect  switches  will  all  be  closed  prior  to 
launch.  The  Thermal  Control  Subsystem  has  thermostats  to  automatically  control  the 
temperature  of  each  subsystem.  Table  4.1-4  lists  the  fuse  rating  with  a typical  circuit 
rating.  The  power  source  will  be  capable  of  supplying  at  least  twice  the  current  rating 
of  the  fuse.  Fuse  selection  will  consider  also  turn-on/off  current  transients. 

H 


48 


I 

I 

I 


i COMPUTER 


R.C.  - REMOTE  CONTROL  CIRCUIT  BKR. 
RETURNS  NOT  SHOWN  ON  LOADS 


I 

Figure  4.1-5.  Electrical  Power  Controller  and  Distribution  Panel 
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Table  4. 1-4.  Fuse  and  Circuit  Rating 


Current  Rating  of  "PICO  FUSE"* 
(AMPS) 

Circuit  Steady  State  Rating 
(AMPS) 

Average  Resistance 
at  Rated  Current 
(OHMS) 

1/2 

0.2 

1.20 

1 

0.45 

0. 185 

2 

1.  00 

0.  085 

5 

2.5 

0.  020 

10 

5.  0 

0.  009 

* Little  Fuse  265  series 


Since  appreciable  size  dc  currents  are  required  in  some  of  the  power  circuits  Table 
4.1-5  shows  the  derated  value  of  wire  and  cable  bundles.  A diode  isolated  connector 
for  ground  power  is  provided  for  power  to  the  main  distribution  bus  during  ground 
test. 


Table  4. 1-5.  Derating  Outline  of  Wire  and  Cable 


. 

Wire  Size 

Derated  Current -Maximum  Amperes 

. Remarks 

Bundle  or  Cable 

Single  Wire 

30 

0.  7 

1.  3 

28 

1.0 

1.  8 

26 

1.4 

2.5 

24 

2.0 

3.3 

1.  Current  ratings  for  bundles  or 

22 

2.5 

4.5 

cables  are  based  on  bundles  of 

20 

3.  7 

6.5 

15  or  more  wires  at  343K  in  a 

18 

5.0 

9.2 

hard  vacuum.  In  smaller 

16 

6.5 

13.0 

bundles  the  allowable  current 

14 

8.5 

19.0 

may  be  increased  as  the  bundle 

12 

11.5 

25.0 

approaches  a single  wire. 

10 

8 

6 

16.5 

23.0 

30.0 

33.0 

44.0 

60.0 

2.  Ratings  are  based  on  Teflon 
insulated  wire  (Type  TFE). 

4 

40.0 

81.0 

2 

50.0 

108.0 

0 

75.  0 

147.0 

00 

87.5 

169.0 

I 
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| 4 . 1 . 3 . 3 Harness 

The  standard  test  rack  harness  provides  the  electrical  interfaces  within  and  between 
i the  supporting  subsystems  and  the  experiments.  It  is  critical  element  in  the  per- 

formance of  the  test  rack  and  more  precisely  in  the  performance  of  the  experiments. 

Figure  4.  1-6  shows  a typical  Nimbus/ Landsat  harness  installation. 


Figure  41.-6.  Typical  Nimbus/ Landsat  Harness  Installation  Section 

The  harness  is  divided  into  support  subsystem  harness  and  payload  harnesses. 

A single  universal  harness  is  used  for  all  experiments.  The  harness  is  physically 
configured  into  separate  functional  signal  types: 

1.  power  distribution 

2.  telemetry 

3.  command 
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4.  pyrotechnic 


» 

5.  signal  1 

This  provides  a maximum  isolation  of  signals.  The  harness  will  be  designed  on  a 

full  scale  three  dimensional  mockup  to  optimally  size  all  wire  routings.  Flight  proven  , 

component  are  used  throughout,  and  selective  redundancy  is  provided  for  critical 

functions. 

Component  locations  are  selected  to  be  consistent  with  electrical  and  thermal  require- 
ments, to  minimize  lengths,  and  to  route  without  interfering  with  installation  or 
removal  of  components.  Harness  interconnections  between  panels  are  achieved  simply 
and  reliably  through  single  point  disconnects.  Requirements  for  mutual  shielding, 
shield  terminations,  and  routing  of  harness  is  easily  satisfied.  Critical  signals  are 
run  as  twisted  shielded  pairs  or  coaxial  cables. 

Wire  gauge  for  each  power  line  and  return  is  sized  to  carry  the  current,  operate 
within  an  acceptable  temperature  rise,  and  to  limit  the  Hi  drop  to  less  than  280  milli- 
volts. Loads  over  100W  will  have  a line  drop  less  than  500  MV.  Line  drop  to  the 
Thermal  subsystem  heaters  is  limited  to  less  than  1 volt'. 

The  use  of  non-magnetic  connectors  and  minimum  use  of  magnetic  components  in  the 
fabrication  and  installation  of  the  harness  segments  and  twisting  of  current  carrying 
wires  (electric  field  cancellation)  minimizes  the  magnetic  moment. 

A single  point  grounding  scheme  is  used  for  power  distribution  with  the  ground  point 
position  to  cause  minimum  EMI.  Transponders  are  grounded  to  the  structure  to 
establish  a solid  RF  reference.  DC  /DC  converters  are  used  to  isolate  the  signal 
ground  from  the  power  return.  Telemetry  ground  is  used  as  a reference  for  the  low 
level  telemetry  housekeeping  and  monitoring  signals  only.  All  components  are  elec- 
trically bonded  to  the  spacecraft  structure. 
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Reliability  considerations  dictated  formulation  of  the  wiring  redundancy  philosophy  for 
the  harness  subsystem.  The  major  decisions  are: 

1.  P eliminary  power  to  a component  containing  a prime  and  backup  unit  (redun- 
dant component)  are  supplied  by  independently  routed  twisted  pairs 

2.  Power  to  a prime  (only)  component  is  supplied  by  two  twisted  pairs 

3.  Clock  and  signal  lines  to  redundant  components  are  by  independently  run 
wires 

4.  Mission  critical  telemetry  will  be  routed  separate  from  independent  telemetry 
drivers 

4. 1.  3. 4 Ordnance  Controller 

The  ordnance  controller  contains  relays  to  switch  power  from  the  batteries  to  the 
electro-explosive  devices  (EEDs)  and  is  the  same  ordnance  controller  used  on  BSE 
(Broadcast  Satellite  Experimental)  - a GE  built,  Japanese  satellite. 

The  EEDS  have  a minimum  all-fire  current  of  3.5  amperes  for  at  least  10  milli- 
seconds. A current  limiting  resistor  is  selected  to  assure  a minimum  of  5 amperes 
and  a maximum  of  15  amperes  for  the  full  range  of  battery  voltages  and  bridge  wire 
impedance  over  the  operating  temperature  range. 

In  addition  to  the  ordnance  controller  bus  enable  in  the  power  controller,  two  relays 
are  in  series  with  each  EED  to  preclude  premature  actuation  of  these  functions.  The 
first  relay  is  a latching  relay  and  serves  as  an  enable  or  arming  function,  the  second 
is  a holding  relay  that  will  pull  in  for  the  duration  of  the  command  pulse  firing  the 
EED. 

Circuits  which  are  connected  to  the  EEDs  prior  to  actuation  are  balanced,  twisted 
and  shielded  to  prevent  actuation  by  radiated  interference.  High  value  resistors  are 
used  to  prevent  build  up  of  static  charge  on  the  lines  to  the  EEDs.  For  redundancy 
batteries  with  redundant  cables  are  connected  directly  to  the  ordnance  controller.  Any 
open  circuit  failure  between  the  battery  and  the  EED  or  open  relay  coils  or  inability 
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to  send  ;i  command  in  the  primary  channel  is  avoided  by  using  a redundant  backup 
channel.  The  ordnance  Controller  allows  verification  of  proper  electrical  installation 
of  the  EEl)s  by  providing  for  low  current  resistance  measurement  of  the  EED,  harness 
and  connectors  through  the  normally  closed  contacts  of  the  fire  relays.  Telemetry 
verification  of  the  arming  and  firing  functions  is  provided. 

All  pyrotechnics  and  pyrotechnic  firing  circuits  meet  the  range  safety  requirements 
of  ETR  and  the  STS  as  shown  in  Table  4.  1-0. 


Table  4.1-6,  Pyro  Characteristics 


Bridge  Wire  Resistance 

1. 1 ± 0. 1 ohm 

Minimum  All-Fire  Current 

3.  5 Amp  for  10  ms 

Maximum  No-Fire  Current 

1 Amp/lW  for  5 min 

There  are  two  separate  cartridges,  prime  and  redundant  for  every  pyro,  each  with 
its  own  bridgewire.  Firing  or  misfiring  of  one  will  not  affect  its  backup.  This  pre- 
cludes the  necessity  for  simultaneity  in  firing. 


4 . 1 . 3 . 5 EMC  Considerations 

EMI  Shielding.  Individual  harness  segments  will  be  EMI  classified  and  separated  to 
reduce  capacitive  and  inductive  coupling. 

HE  Signals.  RE  signals  will  be  distributed  via  waveguide,  flexible  coax  or  semi- 
rigid coax  cable.  The  shield  of  the  coax  will  be  well  grounded  at  both  ends  for  com- 
pliance with  radiated  emission  limits. 

Digital  Signals.  Wire  handling  clock  and  enable  signals  for  magnitude  commands  will 
be  twisted  pairs  with  shields  grounded  at  both  ends.  Wire  handling  magnitude  commands 
will  be  single  ended  with  shields  grounded  at  both  ends. 

Analog  Signals.  Analog  signals  will  be  distributed  in  twisted  pairs  with  shields 
grounded  at  the  receiver  end  of  the  circuit. 


Discrete  Ii?vel  Signals.  The  command  lines  from  the  decoder  to  various  subsystems 
will  be  shielded  in  discrete  bundles  as  required.  These  wires  will  be  routed  away 
from  all  sensitive  lines.  The  shields  will  be  grounded  at  the  signal  source  end. 

Power  Lines.  All  power  lines  will  be  twisted.  Primary  dc  power  lines  will  not  be 
shielded.  Shielding  may  be  utilized  on  secondary  dc  power  lines,  where  necessary, 
to  contain  noise  or  to  protect  sensitive  equipment  from  external  noise.  Such  shield- 
ing will  be  grounded  to  structure  at  the  load. 

Electroexplosive  Device  (EED)  Firing  Circuits.  Firing  circuit  conductors  will  be 
twisted  pair  shielded.  EED  firing  circuits  will  be  balanced  and  isolated  from  other 
electrical  circuits  and  from  each  other  by  means  of  individual  shields.  Shielded  EED 
circuits  will  be  routed  together  in  common  secondary  shields  which  will  be  multi- 
point grounded.  Shields  will  be  peripherally  grounded  to  the  EED  connector  case. 

No  EED  circuit  will  share  ground  return  with  other  circuits. 

Harness  Routing.  In  the  design  of  the  harness,  the  wires  of  each  EMI  class  will  be 
run  in  separate  bundles.  Where  possible,  each  cable  classification  will  be  physically 
separated.  Cables  will  be  routed  as  close  to  the  structure  as  possible,  and  will  be 
clamped  at  frequent  intervals  to  minimize  generation  of  electromagnetic  fields  due  to 
wire  movement  relative  to  the  structure.  EMI  shielding  will  bf  used  to  suppress 
radiated  or  received  interference  and  to  prevent  EMI  coupling  between  noisy  and  sus- 
ceptible wires  and  cables. 

4.2  COMMUNICATIONS  SUBSYSTEM  (CS) 

The  STU  provides  telemetry,  command,  and  data  handling  links  to  all  experiments 
direct  from  the  ground. 


4.2.1  COMMUNICATION  REQUIREMENTS 

Requirements  for  all  the  experiments  are  summarized  as  follows. 


1 . M ost  Experiments 


a.  Telemetry  and  Command 

• SGLS  Carrier  I 

• Telemetry  on  1.024  MHz  Subcarrier  Oscillator  (SCO) 

• 2 watt  Transmitter 

0 Two  element  turnstile  antenna;  6 dBi  gain 

b.  Payload  Data 

• SGLS  Carrier  II 

• Data  Rate  of  1.  024  Mbps 

• 2 watt  Transmitter 

• Turnstile  antenna;  -3  dBi  gain 
2.  Lasercom 

a.  Telemetry  and  Command 

• SGLS  Carrier  I 

• Telemetry  on  1.024  MIlz  SCO 

• 2 Watts  Transmitter 

• Two  Element  Turnstile  Antenna;  -6  dBi  gain 

b.  Payload  Data 

• SGLS  Carrier  II 

• Data  Rate  of  1.  024  Mbps 

• 2 Watt  Transmitter 


r,r> 


1.9'  diameter  antenna  (20  dB  gain)  Mounted  on 
2 Axis  Gimbal  Assembly  with  Open  Loop  Pointing 


I 

I 

I 
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4.2.2  COMMUNICATION  SUBSYSTEM  (CS)  DESIGN  SUMMARY 

Since  the  requirements  of  the  STR  and  its  experiments  fall  easily  within  the  capabilities 
of  existing  Space  Ground  Link  System  (SGLS)  equipment,  the  CS  has  been  designed  to 
take  maximum  advantage  of  this  hardware. 

The  CS  consists  of  the  equipment  shown  in  Figure  4.  2-1  which  provides  for  the  trans- 
mission and  reception  of  data  between  the  STR  and  AFSCF.  All  communications  will 
be  SGLS  compatible  at  S-Band  and  the  functions  of  the  CS  will  be  to  provide: 

1.  Transmission  of  payload  data  to  the  AFSCF 

2.  Transmission  of  return  ranging  and  telemetry  signals  to  the  AFSCF 

3.  Reception  of  ranging  and  commands  signals  from  the  AFSCF 

4.  Transmission  of  beacon  signal  to  the  AFSCF 

5.  Storage  of  telemetry  and  payload  data 

A description  of  the  necessary  hardware  changes  to  provide  a STDN  compatible  com- 
munication subsystem  is  shown  in  Appendix  A. 

Communications  equipment  with  a system  margin  of  3 dB  will  be  used  for  AFSCF 

_5 

elevation  angles  greater  than  5 degrees  with  a BER  performance  of  10  or  less  on 
the  payload  data,  telemetry  and  command  links.  The  telemetry  unit  will  multiplex 
telemetry  from  the  STR  subsystem  and  experiments  baseline  configuration,  the 
telemetry  data  is  transmitted  as  plain  text.  Provisions  will  be  made  to  add  an  en- 
crypter  such  that  the  telemetry  data  may  be  transmitted  as  cyphered  text.  When  the 
STR  is  not  in  contact  with  a tracking  station,  telemetry  will  be  recorded  on  a tape 
recorder  and  will  be  played  back  during  station  contacts  via  the  SGLS  carrier  II  link. 
Many  of  the  critical  CS  components  are  redundant  as  shown  in  Tables  4.  2-2  and  4.2-4. 

Uplink  signals  will  be  received  via  turnstile  antennas  mounted  on  opposite  sides  of  the 
STR  to  provide  near-spherical  coverage  and  redundant  receivers  will  provide  carrier 
lock  and  demodulate  command  signal  capabilities.  The  uplink  cyphered  command  for 
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Figure  4.2-1.  Communication  S/S  Block  Diagram 

STB  housekeeping  and  experiment  control  will  be  decrypted  and  fed  to  the  Command 
Decoder  where  decoded  commands  are  distributed  to  experiment  users. 

The  command  decoder  and  telemetry  unit  to  be  used  within  the  CS  has  the  following 
cha  racte  ristics: 

1.  Command  Decoder 

a.  Discrete  Commands  - 1024 

b.  Serial  Commands  - 48 
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• Magnitude  Commands  of  14  Hits 

• Message  Commands  of  18  Bits 
2.  Telemetry  Unit 


a.  Inputs 

• Discrete  (Bi-Level)  350 

• Serial  18 

8 bit  magnitude 

• Analog  250 

8 bit  resolution 

b.  Output 

• Main  Frame  Matrix 

• Main  Frame  Rate 

• Max.  Word  Sampling 

• Bits  Per  Word 

• Bit  Rate 

• PCM  Encoding 

• Minor  Frame  Rate 


250  columns  x 30  rows 
1 main  frame/61.44  seconds 
256  Samples/minor  frame 
8 

1000  bps 
NRZ-  L 

1 minor  frame/2.048  seconds 


Link  calculations  were  made  for  the  downlink  service  of  telemetry  and  experiment 

data  for  most  missions  and  the  Lasereomm  mission.  ITie  HER  performance  require- 
-5 

ment  of  <10  with  a 3 dB  system  margin  is  achieved  for  all  links.  A high  value  of 
ground  ERP  is  available  which  will  provide  sufficient  margin  to  make  all  uplinks  non- 
critical. 


'Hie  link  calculations  were  made  for  communications  with  the  SCF  60-foot  antenna 
rather  than  the  46-foot  antenna.  The  G/T  value  for  the  60-foot  antenna  is  less  than 
the  46-foot  antenna  G/T  value  and  therefore  represents  a worse  case  condition.  Opera 
tion  with  the  Thule  SCF  was  not  considered  except  for  the  station  contact  time  analysis 

The  telemetry  and  command  requirements  are  met  with  a 2-watt  transmitter  and 
-6  dBi  antenna  operating  with  any  of  the  46-foot  or  60-foot  antennas  of  the  AFSCF. 

A summary  of  the  equipment  characteristics  are  given  in  Table  4.2-1.  Size,  weight, 
and  power  requirements  are  listed  in  Table  4.2-2. 
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Table  1.2-1.  Telemetry  and  Command  equipment.  Characteristics 


• Operate  with  AFSCF;  SGLS  compatible 

• Command  at  I Kbps;  Store  in  on-board  eonputer 

• Telemetry 

Real  T!  ne  Direct 

Play  . ick  Tape  Recorder 

• Two -element  antenna  array;  near-spherical  coverage 

• Redundant  Channels 

• Total  Weight  64  pounds 

• Total  Power  Requi red  46  Watts 


•1.2.3  COMMUNICATION  SURSYSTKM  COMPONFNTS 
4.2. 3.  i Antenna 

The  STR  antennas  will  consist  of  two  turnstile  elements  mounted  on  opposite  sides  of 
the  STR  and  connected  by  a hybrid.  Based  on  tests  of  these  elements  on  other  vehicles, 
it  is  anticipated  that  coverage  to  the  -6  dBi  level  will  be  obtained  over  807  of  the  total 
STR  volume.  A single  turnstile  antenna  will  be  employed  for  all  experiments  except 
Lasercom,  that  will  provide  a coverage  area  to  the  -3  dBi  signal  level  of  approximately 
t90°  from  boresight.  Figure  4.2-2  shows  the  turnstile  antenna  which  was  designed  for 
both  the  Japanese  Broadcast  Satellite  and  DSCS  III  Programs. 

RF  transmissions  in  the  shuttle  bay  is  a concern.  Further  investigation  is  necessary 
and  should  include  options  of  placing  the  antennas  on  deployable  booms  to  minimize 
the  shuttle  interfaces. 

4.2. 3.2  Receiver 

The  receiver  will  operate  on  an  assigned  uplink  frequency  in  the  band  of  1760  to 
1840  MIIz  and  will  have  a noise  figure  not  in  excess  of  7.5  dB.  The  noise  figure  in- 
cludes a 3 dB  loss  due  to  a hybrid  used  for  power  dividing  the  input  signal  between  the 
redundant  receivers.  The  receiver  demodulates  the  carrier  and  applies  the  command 
tones  to  a detector.  The  tones  are  detected  and  command  data  and  sync  signals  are 
provided  to  the  command  decoder.  Upon  carrier  lock  and  AM  sync  detection,  the  re- 
ceiver provides  a turn-on  signal  to  the  command  decoder  and  other  STR  equipment  as 
required. 

60 


^•v-7 


Figure  4.2-2.  GE  Design  S-Band  Omni  Antenna 
4. 2. 3. 3 Command  Decoder 

The  command  decoder  processes,  validates,  and  distributes  discrete  and  serial  com- 
mands fo  the  various  STK  subsystems.  All  functions  of  the  command  decoder  are  block 
redundant  and  command  processing  paths  are  determined  by  a configuration  command 
to  the  command  decoder.  The  command  decoder  operates  in  a low  power  mode  when 
not  receiving  input  signals.  Command  verification  is  accomplished  by  telemetering 
the  message  portion  of  the  command  data  received  by  the  processor  via  words  in  the 
‘main  telemetry  frame.  In  addition,  the  command  section  provides  a decoder  verifica- 
tion output  to  the  downlink  telemetry.  An  "accept"  will  be  sent  if  the  command  pulse 
is  issued,  and  a "reject"  if  processing  was  initiated,  but  failed  to  result  in  a valid 
command  pulse.  Commands  are  executed  in  real  time  or  stored  with  execution  at  a 
later  time  when  the  STB  is  not  in  contact  with  a tracking  station. 

4.  2.3.4  Telemetry  Unit 

The  primary  function  of  the  telemetry  unit  is  to  sample  and  enctxle  analog,  digital,  and 
discrete  STR  diagnostic  and  exi>eriment  o|x>rational  data  into  a pulse  code  modulation 

(PCM)  time  multiplexed  format  suitable  for  modulation  of  the  S-band  subcarrier.  It 
also  determines  the  proper  power  turn-off  times  of  the  encryption  and  decryption 
equipments.  All  telemetry  timing,  clock  and  synchronization  signals  are  provided  hv 
the  telemetry  unit. 
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4. 2.3.5  Transmitter 

The  maximum  data  rate  of  the  experiments  examined  is  defined  as  512  Kbps  for  10 
minute  data  gathering  periods.  A tape  recorder  will  be  required  to  store  the  data  until 
satellite  contact  with  an  AFSCF  ground  station  can  be  accomplished.  It  is  estimated 
that  an  average  contact  time  of  7.3  minutes  exists  between  the  satellite  and  the  ground 
station.  In  order  to  read  out  the  payload  data  during  the  contact  time  period  it  is 
necessary  to  playback  the  data  at  a higher  rate  than  it  is  recorded.  A playback  data 
rate  of  1.  024  Mbps  is  selected  for  compatibility  with  station  contact  time  duration, 

STR  tape  recorder  and  AFSCF  demodulation  capabilities.  The  transmission  of  the 
data  at  1.  024  Mbps  requires  that  the  SGLS  Carrier  II  be  employed  and  this  requires 
the  need  for  the  experiment  transmitter  channel  equipment  depicted  In  Figure  4.2-1. 

If  the  experiment  data  were  to  be  restricted  to  data  rates  below  256  Kbps  then  the  In- 
formation could  be  transmitted  to  the  AFSCF  via  the  telemetry  transmitter  by  utiliza- 
tion of  the  1.7  MHz  subcarrier  thereby  eliminating  the  need  for  a experiment  trans- 
mitter. 

Figure  4.2-3  illustrates  the  maximum  data  rate  versus  satellite  altitude  that  the  AF 
SCF  can  support  for  a satellite  using  a 2 watt  transmitter  and  a omni  (-6  dBi)  antenna. 
The  60'  and  46'  AFSCF  stations  are  compatible  with  data  rates  of  1.  024  Mbps  for 
satellite  altitudes  up  to  800  nm. 

The  above  discussions  concerning  data  rates  and  associated  hardware  were  based  upon 
the  assumption  that  the  experiment  must  be  processed  within  one  orbit  period  by  any  one 
of  the  AFSCF  stations.  If  the  requirements  allow  several  orbital  periods  for  complete 
processing  of  experiment  data  then  the  data  rate  may  be  reduced.  A reduction  in  the 
data  rate  improves  the  system  performance  in  that  the  SGLS  Carrier  II  service  is  not 
required,  thereby  eliminating  the  experiment  data  handling  equipment.  (The  experi- 
ment data  would  be  transmitted  via  the  1.024  or  1.  7 MHz  subcarrier). 

The  experiment  data  transmission  requirements,  can  be  met  with  a spacecraft  2 watt 
transmitter  and  -3  dBi  antenna  operating  with  any  of  the  46'  or  60'  antennas  of  the 
AFSCF. 
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SATELLITE  A LTITUDE — n. m 


Figure  4.2-3.  Data  Rate  vs.  Altitude 


CONDITIONS 

SC LS  CARRIER  fl 
2W  TRANSMITTER 
-6  dBl  ANTENNA 
3 dB  SYSTEM  MARGIN 
8ER  10"5 
REQ'd  SNR  - 13.7  dB 
ELEV.  ANGLE  - 5* 


A summary  of  the  experiment  data  equipment  characteristics  are  given  in  Table  4.2-3. 
Size,  weight  and  power  requirements  are  listed  in  Table  4.2-4. 


Table  4.2-3.  Experiment  Data  Equipment  Characteristics 

• Operate  with  AFSCF;  SGLS  Compatible 

• Data  Rates  Up  to  1.024  Mbps 

• 2 Watt  Transmitter 

• Antenna 

- All  experiments  except  Lasercom  use  a turnstile  design  resulting  in  -3 
dBi  gain  over  ± 90°  from  bores ight 

- The  Lasercom  experiment  uses  a steerable  dish  antenna  (1.9'  dia.  max.) 
resulting  in  a 20  dB  gain 

• Record  Capability 

• Encryption  Capability 

• Redundant  Channels 

• Total  Weight  35  pounds 

• Total  Power  Required  30.5  watts 
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The  transmitter  selected  to  handle  the  data  output  is  two  watts  at  an  assigned  carrier 
frequency  in  the  band  of  2,200  (o  2,300  MHz.  Two  subcarriers  (1.024  and  1.7  MHz) 
are  available  for  biphase  modulation  by  the  PCM  telemetry  signal.  The  source  of  the 
data  will  be  either  real  time  from  the  telemetry  unit  or  play  back  from  the  tape  recorder. 
Only  one  transmitter  will  operate  at  a time.  A latching  type  coaxial  switch  with  inherent 
low  loss  and  high  reliability  characteristics  is  utilized  to  select  the  primary  or  redundant 
transmitter. 


The  proposed  receiver/transmitter  combination  (transponder)  also  has  the  capability 
to  process  (turnaround)  the  AFSCF  uplink  PRN  ranging  code  to  provide  a method  for 
obtaining  range  or  range  rate  data.  The  received  PRN  code  at  1 Mbps  is  combined  with 
either  or  both  telemetry  subcarriers  and  the  resultant  signal  is  used  to  phase  modulate 
the  output  carrier. 


The  experiment  data  will  be  transmitted  via  the  SGLS  Carrier  II  Service  which  is  5 Mhz 
below  the  Carrier  I Service  used  for  telemetry  transmission.  A reference  signal  derived 
from  the  SGLS  l’eceiver  is  used  to  establish  the  transmitted  frequency.  The  transmitter 
generates  the  output  frequency  (fr)  as  follows: 


256 
205  o 


- 5 MHz 


where 


f = receiver  input  frequency, 
o 


The  AFSCF  Carrier  II  Service  is  capable  of  supporting  the  transmission  of  data  for 
rates  up  to  1.  024  Mbps  and  is  essentially  the  same  design  described  previously  for  the 
telemetry /ranging  transmitter  except  that  the  telemetry  input/modulator  circuits  are 
not  required.  The  experiments  data  would  be  handled  as  in  the  PRN  code  where  the 
data  directly  modulates  the  carrier  II  frequency.  The  modulation  index  is  nominally 
ff/2  radians  In  order  to  achieve  optimum  performance. 
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4. 2.  3.6  Ta(x>  Recorder 


Predicated  upon  the  various  experiment  data  characteristic  the  tape  recorder  will  be 
programmed  to  accept  PCM  telemetry  from  the  telemetry  unit  at  appropriate  times 
when  the  STR  is  not  in  contact  with  a tracking  station.  Recording  times  will  be  con- 
trolled by  stored  commands  from  the  onboard  computer.  During  tracking  passes,  upon 
direct  or  stored  command,  the  tape  is  played  back  for  transmission  of  stored  telemetry 
data  to  the  AFSCF.  The  tape  recorder  capabilities  will  be  as  follows: 

1.  [nput  data  rate  (Rj)  512  Kbps 

2.  Output  data  rate  (R0)  - 1.024  Mbps 

8 

3.  Storage  Capacity  (C)  = 3.07  x 10  bits  C=  RjT  where  T = record  time 

Experiment  (600  sec.) 

4.2.3.  7 Electronic  Counter  Measures  (ECM)  Considerations 

ECM  threats  potentially  can  deny  the  STR  mission  if  proper  measures  are  not  taken. 

Three  types  of  ECM  threats  to  be  studied  are: 

1.  SIGINT.  Determination  of  signal  characteristics  to  extract  the  mission  data. 

2.  Spoofing.  Capture  of  command  system  or  entering  errors  into  either  command 
and  data  links. 

3.  Jamming.  Prevention  of  mission  data  to  the  user  by  denying  communication 
between  satellite  and  AFSCF's. 

As  discussed  in  paragraph  4.2.2  decryption/encryption  devices  will  be  utilized  on  uplink 
experiment  data  services.  Encrytpion  provides  substantial  protection  to  the  SIGINT 
and  spoofing  threats.  The  baseline  does  not  include  encryption  of  normal  STR  telem- 
etry data. 

A high-signal-to-jammer  ratio  is  used  to  combat  the  jamming  threat.  Increasing  the 
satellite  and  AFSCF  ERP  is  effective  up  to  a point  depending  upon  the  jammer  charac- 
teristics. This  technique  is  available  for  the  uplink,  for  example,  where  nominally 
the  AFSCF  command  transmitter  is  operating  at  a few  hundred  watts.  During  a jam- 
ming environment,  the  uplink  transmitter  power  may  be  Increased  to  10  kW.  However, 
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this  increased  FRP  may  still  not  ho  sufficient  to  combat  the  jammer  and  additional 
protection  will  be  required. 

Some  protection  against  the  ECM  threats  are  automatically  achieved  via  the  use  of 
multiground  stations  AFSCF's.  Additional  protection  from  the  ECM  threats  can  also 
be  obtained  by  the  employment  of  a directive  STR  antenna. 

4.2.4  SGLS  GROUND  CONTACT 

\ study  was  made  of  the  AFSCF  ground  station  contact  times  for  the  SGLS.  Three 
STS  flight  cases  were  taken  which  are  typical  of  STS  7-day  missions  for  Spacing  in  the 
1980  to  1982  time  |x?riod.  The  orbits  are  as  follows: 


Inclination 

Altitude, 

Nautical  Miles 

Launch 

Site 

Case  1 

28.50 

385 

FTR 

Case  2 

57° 

325 

ETR 

Case  3 

96° 

400 

WTR 

The  ground  tracks  for  the  first  day  are  shown  in  Figures  4,2-4,  4.2-5  and  4.2-6.  The 
contacts  and  contact  time  summaries  are  shown  in  Tables  4.2-5  and  4.2-6.  The  smallest 
contact  time  occurs  at  the  57°  inclination  flight  mission  where  contact  occurs  on  84%  of 
the  104  orbits.  However,  even  for  this  case  the  number  of  contacts  per  orbit  (19  per 
day)  and  the  contact  times  of  3 to  8.5  minutes  appear  adequate  for  SI  R mission  require- 
ments. The  command  rate  1024  bps  and  the  potential  stored  data  dump  of  109  bits  at 
1 Mbps  using  AFSCF  Channel  2 appears  to  be  well  within  the  ground  system  and  the 
STR  System  capability.  Adding  the  Indian  Ocean  site  to  the  list  of  ground  stations  in- 
creases the  contacts  and  times.  The  Indian  Ocean  station  would  make  possible  shorter 
response  times  for  STR  commands  after  data  receipt  and  evaluation  at  other  stations. 
However,  it  is  not  a necessary  element  for  the  STR  mission. 


The  AFSCF  stations  are  as  listed  below: 


I 

I 


Dual  Tracking  Stations 

Latitude  (N) 

Longitude  (E) 

Altitude 

NHS  - New  Hampshire 
(Manchester,  N.  H.) 

42°  56.9' 

288°  22.4' 

211  meters 

VTS  - Vandenberg 
* . (Lompoc,  California) 

34°  49.4' 

239°  29.9' 

305  meters 

HTS  - Hawaii 
(Kaena  Point,  Oahu) 

21°  34.3' 

201°  44.1' 

287  meters 

Single  Tracking  Stations 


IOS  - Indian  Ocean* 

(Mahe,  Seychelles) 

-4°  40.0' 

55°  28.8' 

590  meters 

GTS  - Guam 

13°  36.  8' 

144°  51.2' 

161  meters 

TTS  - Thule 
(Thule,  Greenland) 

76°  36.5' 

291°  24.0' 

141  meters 

♦Not  included  In  this  analysis. 
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ION  in  Vi 


Figure  4.2-5.  Ground  Track  - 57°  Orbit 


Figure  4.2-6.  Ground  Track  - 96°  Orbit 
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Table  4.2-6.  SGLS  Ground  Contact  Summary  for  7-Day  Flight  With  IOS 


Station 

Total 

Contact 

Time, 

Minutes 

Total 

Number 

of 

Contacts 

Contacts 

Per 

Day 

Number 

of 

Orbits  with 

Contact 

Typical 

Contact  Time 

Per  Pass 

Minutes 

2 7. 5° 

497 

57 

57 

ros  57° 

132 

20 

20 

96c 

293 

28 

4 to  5 

28 

3.5  to  12.5 

28.5 

2140 

238 

34* 

95 

- 

Total  57° 

865 

137 

20* 

87 

( 

96° 

2855 

258 

37* 

101 

* Average  values. 
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4.3  THERMAL  CONTROL  SUBSYSTEM  (TCS) 


The  STR  provides  thermal  control  services  to  support  subsystems  and  the  payloads. 


4.3.1  THERMAL  CONTROL  REQUIREMENTS 

The  thermal  control  design  approach  for  the  STR  evolved  from  a systematic  study  of 
heat  distribution  and  heat  rejection  concepts  which  considered  experiment  power  man- 
agement and  thermal  control  with  the  associated  STR  thermal  requirements  (maintain 
0-30PC  with  dissipations  of  0-1  kw  (3  kw  peak  for  45  sec. ) The  design  was  based  on 
maintaining  the  temperature  range  of  0°C  to  30°C  for  the  STR,  Experiment  Pointing 
Module  (EPM)  and  all  experiments  (as  shown  in  Figure  4.3-1)  except  the  XUV  and  Teal 
Ruby.  Thermal  requirements  for  independent  thermal  control  of  each  experiment  were 
determined  based  on  individual  experiment  evaluations.  The  power  dissipation  duty 
cycle  and  equipment  definition  for  each  experiment  for  a 7-day  mission  are  shown  in 
Tables  4.3-1  and  4.3-2.  Cryogenics  are  deemed  to  be  experiment  peculiar  and  there- 
fore to  be  supplied  as  part  of  the  experiment  system. 


TEMPERATURE 


1 

STANDBY 


, 

OPERATE 


DISSIPATED  POWER  (WATTS) 

Figure  4.  3-1.  Thermal  Control 
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Table  4.  3-1.  Power  Dissipation  and  STR  Component  Definition 


Electnaiica  1000/100  210/10.0  700  In  100/0. 11  300/0  195.  10  145.  40. /0.  24.0  100. /0.0  312.  /0.  lo  SO.  50.0/0.0  0/0 

Heaton  - Door  0./0.  0.0/134.0  0.0/39.7  N/A  N/A  N/A  N/A  0/44.4  Not  Evaluated  N/A  N/A 

-No  Door  0./104.7  0.0/1079.  0. 0/39. 7 lo  100.  to  10./ 

100.  to  10.  0/0  0/0  0/0  0/149.4  0.0/0  10  41.  5 0. 0/0  lo  7.  1 0/0 


4.  3.  2 DESIGN  TRADE  STUDIES 

The  STR  is  completely  enclosed  in  multi-layer  insulation.  Heat  pipes,  located  on  the 
module  panels  and  STR  structure,  were  selected  to  distribute  the  STR  heat  dissipation. 
Three  heat  rejection  concepts  were  evaluated  using  the  Shuttle  liquid  loop,  phase 
change,  or  controllable  heat  pipe  radiators.  (Drawing  STR003,  Sheet  3 in  Appendix  E). 
The  power  and  thermal  requirements  for  these  concepts  were  established  by  an  eval- 
uation of  the  requirements  for  each  experiment.  For  those  experiments  requiring  an 
EPM,  an  independent  thermal  control  concept  was  utilized  for  the  EPM.  The  thermal 
control  approach  for  each  experiment  and  the  EPM  is  described  in  Appendix  B. 

It  is  concluded  that  a thermal  door  (also  contamination  protection)  should  be  provided 
for  all  optical  experiments  to  minimize  power  usage  and  thermal  control  requirements. 
The  STR  thermal  requirements  summary  by  experiment  are  presented  in  Table  4.3-3 
for  each  candidate  heat  rejection  system.  The  advantages  and  disadvantages  of  each 
heat  rejection  concept  is  shown  on  Table  4.3-4.  The  design  definition  and  tradeoffs 
involved  with  each  heat  rejection  concept  are  described  in  the  following  sections. 

Standard  flight  proven  thermal  control  components  have  been  selected  for  use  except 
for  the  phase  change  module  concept  for  heat  rejection.  The  design  requirements  and 
preliminary  definition  for  three  heat  rejection  concepts  (Shuttle  liquid  loop,  phase 
change,  controllable  heat  pipe  radiator)  have  been  established,  along  with  their  ad- 
vantages. A more  detailed  design  and  development  test  is  recommended  for  the  total 
concept  selected. 

4.  3.  2.  1 Shuttle  Liquid  Loop 

Potential  Shuttle  liquid  loop  interfaces  are  defined  on  Figure  4. 3-1.  As  is  indicated  in 
Figure  4.3-1,  the  use  of  the  Shuttle  loop  is  dependent  on  the  total  orbiter  load  and  con- 
figuration. If  the  STR  must  use  a secondary  loop,  the  30“ C maximum  STR  temperature 
cannot  be  maintained.  For  higher  allowable  STR  temperatures  of  35° C,  45“ C and 
55° C,  the  STR  may  be  used  with  Spacelab,  IGLO  and  SSPE  pallet,  and  spacelab  plus 
Pallet,  respectively.  The  maximum  STR  instantaneous  heat  load  is  only  500  Watts 
and  is  well  within  the  8.  5 kW  orbiter  capability  even  with  other  orbiter  heat  loads. 
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ORBITER 

LOOP 


ORBITER 

LOOP 


ORBITER 
FROM  LOOP 


7.2*C  MAX 
3.5  KW 
40  “C  MAX 


DIRECT  HOOK 
UP  TO  ORBITER 
LOOP 


1 USE  SECONDARY 
> LOOP  WITH 
j SPACELAB 


USE  3RD  LOOP 
WITH  SPACELAB 
AND  PALLET 


36*C 

► USE  SECONDARY 

l LOOP  WITH 
) IGLO  AND  SPPE 
J PALLET 

40  *C  MAX 


FREON 


IGLO 


18  C 


7,2*C  MAX 
3.5  KW 


SPPE 

PALLET 


Figure  4.3-1.  Shuttle  liquid  Loop  Interfaces 
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Table  4.  3-4.  Heat  Rejection  Concept  Comparison 


Concept 

Advantages 

Disadvantages 

Shuttle  Liquid  Loop 

Light  Weight 

Has  limited  use  based 
on  Shuttle  primary 

- 

payloads 

Phase  Change 

Minimum  Shuttle /experiment 

Heaviest  approach 

interface  may  be  used  for  all 

limited  heat  rejection 

experiment 

capability 

Controllable  Heat  Pipe 

Lightest  Weight 

View  factors  to  shuttle 

Radiator 

and  experiment  need 
to  be  evaluated.  Ex- 
periment F.O.V.  may 
make  use  of  radiator 
difficult 

However,  the  30°  C STR  temperature  can  only  be  maintained  if  the  upstream  orbiter  heat 
loads  result  in  a maximum  inlet  water  temperature  below  16° C.  The  baseline  orbiter  loop 
provides  8.  5 kW  of  cooling  with  a maximum  inlet  temperature  of  7.2°C.  With  500  pounds 
per  hour  of  water  coolant  flow  at  65  PSI,  the  cold  plate  design  shown  on  Drawing  STR  003 
Sheet  3 in  Appendix  E consisting  of  23.3  feet  of  1/2  inch  tubing  thermally  integral  with  a 

37.2  inch  by  43  inch  plate  fastened  to  one  module  panel,  maintains  a maximum  STR  temper- 
ature of  21°C.  The  cold  plate  pressure  drop  is  0.23  psi  and  the  weight  of  the  water,  lines, 
plate,  and  pump  assembly  will  be  about  150  pounds. 

4. 3. 2. 2 Controllable  Heat  Pipe  Radiator 

A controllable  heat  pipe  radiator  can  be  located  on  one  or  both  sides  of  the  STR  to  reject 
the  STR  heat  dissipation.  The  radiator,  which  must  be  integrated  with  the  experiment 
(to  allow  clearance  and  fields-of-view),  consists  of  4 controllable  (2  each  end)  heat  pipes 
which  are  thermally  integral  with  the  STR  distribution  heat  pipes  and  extend  along  the 
edges  of  the  radiator  plate.  Four  fixed  heat  pipes  are  used  to  distribute  the  heat  over 
an  0.06  inch  Aluminum  plate.  The  radiator  thermal  control  coating  is  5 mil  Teflon  over 
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Silver  with  a degraded  a/e  of  0. 12/.  78.  The  configuration  is  shown  on  Drawing 
STR003  sht  3 in  Appendix  E.  With  the  sun  normal  to  the  radiator,  the  heat  rejection 

ft 

capability  is  12.8  Watts/ft  at  15°C  and,  based  on  the  maximum  STR  heat  load  for  each 
experiment,  the  radiator  sizes  defined  in  Table  4.3-3  were  established.  At  15°C  AT 
between  the  STR  module  and  radiator  was  assumed.  Some  experiments  require  a radi- 
ator on  both  sides  of  the  module  while  most  experiments  can  package  and  reject  their 

heat  from  one  side.  The  minimum  heat  load  required  to  hold  10°C  is  22.7  Watts  per 
% 

STR  side  and  STR  heaters  would  provide  this  load  whenever  the  STR  dissipation  is  below 
22.7  Watts.  For  maximum  STR  temperatures  of  35° C,  and  45° C and  55° C the  radiator 
size  could  be  reduced  14%,  33%  and  46%,  respectively.  Assuming  a maximum  radiator 
size  of  70  by  47.3  inches,  the  weight  of  the  radiator  assembly  including  four  fixed  heat 
pipes,  four  controllable  heat  pipes  and  the  plate  is  about  40  pounds  (one  STR  side). 


4. 3. 2. 3 Phase  Change 

A phase  change  module,  mounted  to  one  or  more  STR  modules,  can  provide  heat  rejec- 
tion via  energy  storage  using  heat  of  fusion.  The  heat  load  requirements  for  each 
experiment  are  shown  on  Table  4.  3-3.  From  the  data  a minimum  module  capable  of 
11.  7 kWh  for  STR  operation  is  required.  The  phase  change  material  selected  was  ice/ 
water.  Since  ice  has  a 0°C  melting  point  and  there  will  be  unattended  pad  operation  for 
15  hours  normally  in  a 25° C environment,  the  phase  change  module  size  must  be  ade- 
quate to  accommodate  the  pad  tare  heat  load.  Trade-studies,  shown  below,  indicated 
that  ice  was  preferable  over  other  phase  change  materials  with  higher  melting  points. 
Accommodating  the  pad  tare  load  for  15  hours  with  a phase  change  unit  which  physically 
fits  within  the  current  module  space  envelope  requires  the  pad  cooling  system  to  be  de- 
signed to  maintain  the  module  at  -20°  C rather  than  0°C  on  the  pad.  This  will  result  in 
STR  component  temperatures  approaching  -20° C during  non-operation  on  the  pad. 

Using  the  thermal  time  constant  of  the  module,  it  will  take  5. 6 hours  for  the  module  to 
increase  in  temperature  from  -20°C  to  0°C  and  the  pad  tare  load  is  decreased  to  3.3 
kWh  which  results  in  a phase  module  designed  for  15.  0 kWh  (11.  7+3.3  kWh).  The 


module  configuration,  shown  on^Drawing  STR  003  sht  3 in  Appendix  E , has  a 39  inch 
baseplate  with  a 36.6  by  40.7  inches  phase  change  volume  with  a 4 by  4 by  7 inches  high 


aluminum  metal  structure  internal  matrix  to  transfer  heat  more  evenly  to  the  phase 
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I 1 

I 

change  material.  The  phase  change  module  baseplate  thermally  interfaces  with  the 
SIR  heat  pipe  distribution  system  and  the  phase  change  module  top  has  integral  coolant 
lines  to  interface  with  the  pad  cooling  system.  The  assembly  has  a 15.35  kWh  capa- 
bility and  the  resulting  pad  hold  times  for  each  experiment  after  the  -20°C  coolant  is 

removed  is  shown  in  Table  4-16.  The  unit  weighs  443.8  pounds.  The  areas  in  this  I 

design  requiring  some  development  are  material  containment  and  conduction  to  the  un- 
melted material  in  a 0 g environment.  It  has  the  advantage  of  complete  independence 

from  both  Shuttle  and  Experiment  interfaces.  A phase  change  concept  is  therefore  I 

attractive  for  short  term  missions.  Each  module  is  capable  of  a total  of  15.35  kWh 
energy  usage.  When  this  is  exceeded,  the  STR/Experiment  temperature  will  increase 

until  termination  of  experiment  operation.  Under  direct  sun  load  in  orbit  with  no  in-  j 

ternal  power  dissipation,  the  thermal  sink  temperature  is  -25° C so  that  no  additional 

I 

orbit  tare  load  is  present  for  the  phase  change  module.  In  fact,  the  tendency  is  to  re-  ' 

J 

freeze  the  water.  1 

The  first  phase  change  trade  off  made  was  to  determine  the  AT  across  the  phase  change 
material  as  a function  of  internal  module  matrix  size.  A 21  node  thermal  model  of  a 
lxl  inch,  2x2  inches,  and  4x4  inches  matrix  was  established.  The  AT  across  an 
8 inches  high  cell  was  determined  for  water  as  shown  in  Figure  4.3-2.  With  T's  of  1.  8°C. 

4.2°C,  and  8.5°C  respectively,  a maximum  module  base  temperature  was  established 
for  the  orbital  design.  There  is  an  assumed  10° C AT  between  the  STR  equipment 
modules  and  phase  change  module  baseplate  with  a maximum  heat  load  of  300  watts. 

With  a 30°C  Equipment/module,  a 20° C temperature  is  held  at  the  phase  change  module 
base.  The  maximum  heat  load  from  the  phase  change  module  panel  to  the  phase  chang- 
ing module  is  500  Watts.  The  matrix  AT,  in  conjunction  with  a 20°C  required  module 
interface,  defines  the  maximum  thermal  isolation  allowable  at  the  phase  change  module/ 

STR  structure  interface.  A 24  node  thermal  analytical  model  of  the  STR  in  the  ground 
environment  was  established  to  determine  the  tare  heat  load  on  the  phase  change 
module.  For  a 4 x 4 matrix  the  heat  load  is  350. 1 Watts.  A comparison  of  other  ma- 
trix sizes,  other  phase  change  materials,  and  higher  STR  temperatures  was  conducted 
as  summarized  in  Table  4.3-5.  On  the  basis  of  available  volume,  minimal  weight,  and 
adequate  temperature  control,  a 4 x 4 matrix  with  ice  maintaining  a maximum  30°C 
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Table  4.3-5.  phase  Change  Material  Compari 


Figure  4. 3-2.  Change  of  Phase  Module  Design  (Preliminary) 


equipment  panel  temperature  was  selected  along  with  a pad  cooling  system  which  main- 
tains the  phase  change  module  at  -20°  C until  at  least  15  hours  prior  to  launch.  The 
weight  of  other  matrix  sizes  is  shown  on  Table  4.3-6.  Decreasing  the  matrix  size  would 
improve  thermal  confidence  at  the  expense  of  some  additional  weight. 


4.3.3  THERMAL  COMPONENTS 
4.3.3. 1 Thermal  Coatings 

Thermal  coatings  are  used  on  external  surfaces  to  control  the  absorbed  and  reflected 
heat  fluxes,  the  radiative  coupling  between  vehicle  surfaces,  and  the  heat  radiated  from 
external  vehicle  surfaces.  Typical  thermal  control  coatings  are  presented  in  Table  4.  3-7, 
along  with  their  normal  usage  and  optical  properties  at  both  beginning  of  mission  (BOM), 
and  end  of  a 10  year  mission  (EOM).  Coatings  selected  for  the  STR  are  indicated. 
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Table  4.  3-6.  Phase  Change  Module  Weight  vs.  Matrix  Size 
(Water/Ice  with  39"  x 43"  x 7.5"  Volume  Available) 


" Matrix  Size 

Parameter 

— 

1 Inch  x 1 Inch 
x 7 Inch  High 

2 Tnch  x 2 Inch 
x 7 Inch  High 

4 Inch  x 4 Inch 
x 7 Inch  High 

No.  of  Matrices 

35  x 39 

IS  x 20 

9 x 10 

PCM  + Matrix  Dimensions 

37.16  x 41.4 

37.14  x 41.26 

36.6  x 40.  7 

PCM  Volume  - ft3 

5.  53 

5.83 

5.83 

PCM  Weight  - Pounds 

345.  3 

363.  8 

363.  8 

PCM  Energy  Capability  - KWH 

14.  56 

15.35 

15.35 

Matrix  Weight  - Pounds 

117.96 

63.77 

33.48 

Top  & Bottom  Plate  Weight  - lbs 

19.29 

19.26 

j 

19.0 

Tubing  & Misc  Wt.  - lbs 

27.75 

27.0 

27.52 

Total  Module  Wt.  - lbs 

510.1 

473.  S 

443.8 

Energy  to  Heat  PCM  20°C  - BTU 

6965.0 

6882.0 

6666.0 

PAD  Heat  Leak  to  °C  PCM  - Watts 

302.8 

317.0 

350. 1 

Time  to  Heat  PCM  20°  C - hrs 

6.74 

6.36 

5.58 

PAD  PCM  Tare  Load  for  Remainder 

2.5 

2.74 

3.30 

of  15  Hour  PAD  Time  with  -20°C 

Sink  Removed  - KWH 

PCM  Total  Module  Capability 

14.2 

14.44 

15.0 

Required  with  11.  7 KwH 

Experiment  Load  - KWH 

The  heat  rejection  coating  selected  is  5 Mil  Teflon  over  Silver.  This  coating  has  ac- 
ceptable thermal  properties  with  considerable  flight  performance  data  as  shown  on 
Table  4.3-8.  The  STR  evaluation  utilized  a maximum  expected  degraded  s/e  ratio  for 
one  year  of  0. 12/.  78.  The  bonding  material  for  this  coating  is  GESR585.  The  silver 
Teflon  coating  will  be  grounded  at  local  tabs. 


AD-A064  773 


UNCLASSIFIED 


general  electric  co  Philadelphia  pa  space  div  f/g  22/2 

STANOARD  TEST  RACK  EXPLOITATION  study. (U) 

OCC  77  HP  ENGLE  F0A701-77-C-0116 

SANSO-TR-77-190  NL 


2-5 

■ 

MU ' 

Table  4.3-7.  Thermal  Control  Coatings  Optical  Properties 


BOM 

10  Year  EOM 

Coating 

Usage 

aS 

eH 

D 

€n 

OSR  (Optical  Solar 
Reflector) 

Ileat  Rejection 

Coating 

0.08 

0.80 

0.24 

0.  s0 

*5  Mil  Teflon  over 

Silver 

Heat  Rejection 

Coating  - outer  layer 
insulation  blanket 

0.08 

0.78 

0.20 

0.78 

♦Chemglaze  Z-306  Black 
Paint 

S/C  Interior,  Solar 

Array  Rear 

0.95 

0.  88 

0.95 

0.88 

Aluminized  Kapton  Tape 

Tanks,  Lines 

N/A 

0.05 

N/A 

0.  05 

Gold  Plate 

Nozzle  Shields 

0.10 

0.30 

0.10 

0.30 

2 Mil  Aluminized  Kapton 

Outer  Layer  Insulation 
Blanket 

0.40 

0.72 

0.  56 

0.72 

S-13GLO  White  Paint 

Antennas 

0.21 

0.82 

0.50 

0.82 

Fiberglass  Cloth 

Outer  Layer  Insulation 
Blanket 

0.25 

0.74 

0.60 

0.  74 

Black  Anodize 

Solar  Array  Shaft 

N/A 

0.80 

N/A 

0.80 

♦Aluminized  Mylar 

Insulation,  Lines, 

Tanks 

N/A 

0.5 

N/A 

0.  5 

Aluminum  Foil 

AM  Membrane 

N/A 

0.5 

N/A 

0.5 

*STR  Coatings 


4. 3. 3. 2 Insulation  Blankets 

The  multi-layer  insulation  blankets  provide  very  low  effective  thermal  conductivity, 
isolating  the  satellite  from  the  space  environment.  They  are  also  grounded  for  space 
charging.  The  multi-layer  insulation  blanket  is  depicted  in  Figure  4.  3-3  for  a typical 
installation.  An  effective  emissivity  range  from  0.005  to  0.020  is  considered  with  a 
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Table  4.3-8.  Metallized  Teflon  Flight  Performance 


Total  charged  particle  fluence  estimated  at  10 


nominal  analysis  value  of  0.015  which  has  been  verified  by  test  data.  The  outer  5 mil 
Teflon  over  silver  layer  provides  an  outer  covering  for  handling,  a low  a/e  ratio, 
and  protection  for  the  inner  blanket  layers  from  the  space  environment  for  the  mission. 
The  remaining  layers  are  1/4  mil  aluminized  (both  sides)  Mylar,  perforated  for  vent- 
ing, with  Dacron  mesh  separators  to  provide  the  required  low  thermal  conductivity. 

The  blanket  assembly  uses  fiberglass  threading  on  about  12  inch  spacing  to  maintain 
blanket  configuration  with  Velcro  hook  and  pile  fasteners  for  ease  in  blanket  removal. 

A few  higher  load  carrying  insulation  buttons  serve  as  close  tolerance  blanket  position- 
ing devices.  Special  attention  to  edge  seals  at  blanket  to  thermal  coating  interfaces 
minimizes  the  trapping  of  sunlight  in  these  areas  and  prevents  venting  of  the  blankets 
onto  the  coating  surfaces.  All  blankets  have  a minimum  of  3 inch  overlap,  or  will  have 
separate  collar  type  blankets  in  place  of  butt  type,  blanket  interfaces.  Venting  is  pro- 
vided by  standard  perforations  of  0.050  inch  diameter  on  3.0  inch  centers  in  the  alum- 
inized Mylar  and  Kapton. 


WITH  RETAINING  WASHER 


Figure  4.3-3.  Insulation  Blanket  Cross-Section 
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The  multi-layer  insulation  EMI  protection  and  grounding  technique  used  by  GE  is 
shown  in  Figure  4.3-4.  The  blankets  are  grounded  by  "shorting"  the  metallized  surface 
of  each  layer  to  satellite  ground.  This  is  accomplished  as  follows.  The  alternate 
layers  of  dacron  mesh  are  cut  away  to  the  edge  (a  vee  notch  is  used  for  ease  of  manu- 
facturing). A one  inch  wide,  0.001  inch  thick  aluminum  strap  is  folded  in  an  accordian 
shape  such  that  it  will  contact  each  metallized  surface.  This  accordian  fold  is  then 
compressed  between  two  washers  held  together  by  a nut  and  bolt.  One  of  the  washers 
is  metal  and  has  a raised  lip  to  ensure  high  compression  forces  at  the  periphery.  The 
metal  washer  is  in  contact  with  the  aluminum  strap.  An  aluminum  wire  is  attached  to 
the  metal  washer  (under  the  retaining  screw).  The  other  end  of  this  wire  is  attached 
to  the  satellite  structure  (ground).  This  design  has  been  proven  in  rigorous  ESD  tests 
on  BSE.  The  specification  requirement  is  that  the  resistance  to  satellite  ground  from 
any  layer  be  <10  ohms.  There  is  a minimum  (for  redundancy)  of  two  grounding  straps 
for  blankets  under  one  square  foot  and  three  or  more  straps  for  blankets  over  one 
square  foot  in  area.  Typically  there  is  a minimum  of  one  grounding  strap  per  2 to  3 
square  feet. 


Figure  4.3-4.  Insulation  EMI  and  Space  Charging  Grounding  Design 
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4. 3. 3. 3 Heater/Thermostat  Assembly 

The  TCS  heater/thermostat  assemblies  have  redundant  heaters  and  redundant  thermo- 
stats to  eliminate  single  point  failures.  These  assemblies  are  located  as  required 
for  temperature  control.  Each  heater  is  internally  redundant.  Each  thermostat  as- 
sembly consists  of  two  control  thermostats,  to  provide  redundancy,  and  two  overheat 
thermostats.  The  circuits  have  command  override  capability.  Both  A and  B circuits 
are  command  engaged  simultaneously  to  ensure  redundancy.  A flight  temperature 
sensor  is  located  at  each  thermostat  assembly  location. 

A typical  electrical  circuit  for  the  heater/thermostat  assembly  (both  parallel  and 
series  heaters)  is  shown  in  Figure  4.3-5.  This  circuit  assumes  two  control  and  two 
overheat  thermostats.  The  circuit  contains  no  single  point  failure.  The  "A"  and  "B" 
heater  circuits  are  not  tied  to  a common  ground  point.  Any  heater  circuit  which  would 
require  a thermostat  to  switch  greater  than  28  Watts  at  28  Volts  will  have  a transistor 
switch  located  between  the  thermostat  and  heater.  This  switch  consists  of  a darlington 
circuit  which  is  controlled  by  the  thermostat.  This  concept  was  qualified  on  BSE  and 
is  used  for  EMC  and  current  derating  purposes.  The  rated  capacity  of  the  thermostats 
is  4 amperes. 

The  heaters  selected  are  lightweight,  etched  foil,  Kapton  film  heaters  with  welded 
leads.  The  heaters  are  bonded  to  the  substrate  with  Hysol  956.  The  heater  vendor  is 
Tayco  Inc.  This  design  has  been  qualified  on  BSE.  Heater/thermostat  assembly  oper- 
ation is  verified  at  several  point  in  the  acceptance,  installation,  and  test  cycle.  Each 
heater  and  thermostate  is  acceptance  tested.  Operation  of  each  heater  and  thermostat 
is  verified  after  installation.  During  satellite  acceptance  testing,  the  primary  circuit 
operation  is  verified  (primary  circuit  on-redundant  circuit  off)  and  the  redundant  cir- 
cuit operation  is  verified  (redundant  circuit-on-primary  circuit  off).  This  testing  will 
prove  that  the  control  thermostat  is  working,  the  overheat  thermostat  is  closed,  and 
that  there  is  adequate  circuit  heater  power  (via  temperature  telemetry  data). 

(1 
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Figure  4.3-5.  Typical  Heater/Thermostat  Assembly  Electrical  Circuit 

The  thermostat  vendor  is  Texas  Instruments,  Inc.  This  thermostat  Is  the  vendor  M2 
series  which  conforms  to  MIL-S-24236/20.  The  thermostats  have  been  used  by  GF  on 
military  programs,  Skylab,  BSE  and  DSCS  III.  They  are  also  used  by  various  other 
Aerospace  companies,  including  McDonnell  Douglas,  Air  instruments  and  Martin 
Marietta.  These  thermostats  have  been  life  tested  by  the  vendor  for  up  to  1,500,000 
cycles  on  one  particular  device  with  a maximum  3.9°C  drift.  At  least  27  different  life 
tests  have  been  completed  including  250,000  cycles  on  a thermostat  operating  at  2 amps 
and  30  Volts  dc. 

4. 3. 3. 4 Thermal  Interface  Material  and  Isolation  Spacers 

Thermal  interface  material  and  isolation  spacers  are  used  to  control  thermal  conduc- 
tion between  vehicle  surfaces. 

For  many  components  the  temperature  requirements  and  internal  power  dissipations 
make  a metal/metal  mounting  interface  unacceptable.  An  electrically  conductive  low 
outgassing  thermal  interface  material  is  used  to  minimize  the  mounting  contact  thermal 


A 
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resistance.  The  interface  material  reduces  the  effects  of  flatness  tolerance,  rough- 
ness, and  non-uniformities  in  the  panel  substate  and  component  baseplate.  The  interface 
material  selected  is  RTV-566  with  silver  filler,  which  has  outgassing  properties  of 
0.1$  total  weight  loss,  and  0.01$  CVCM.  If  the  electrical  resistance  requirements, 
component  to  panel,  cannot  be  met,  then  a separate  ground  wire  will  be  used. 

Isolation  spacers  are  used  at  component  mounting  interfaces  to  meet  critical  local 
thermal  conductance  requirements  not  obtainable  with  basic  spacecraft  mechanical 
interfaces.  The  spacer  is  a low  thermal  conductivity  Textolite  material  that  is  de- 
signed for  each  application  to  meet  the  combined  structural/thermal  requirements. 

4. 3.  3.  5 Flight  Temperature  Sensors 

Flight  temperature  sensors  are  used  to  verify  satellite  in-flight  performance  and  for 
diagnostic/operational  information.  A flight  sensor  is  located  at  each  thermostat  as- 
sembly as  well  as  many  other  satellite  components.  All  sensors  are  analog  at  the 
slowest  sampling  rate.  The  sensor  vendor  is  Yellowsprings  Instruments,  Inc.  'Ibis 
type  of  thermistor,  part  number  R4221,  has  been  used  on  many  flight  programs. 

4. 3. 3. 6 Heat  Pipes 

Heat  pipes  are  used  on  the  STR  structure,  module  panels,  (and  with  controllable  heat 
pipe  radiator  heat  rejection  concept)  to  isothermolize  the  panels  and  structure  to  pro- 
vide the  required  heat  distribution  to  the  heat  sink.  There  are  18  heat  pipes  required 
per  STR  side  in  two  configurations.  The  heat  pipe  configurations  are  shown  in  Drawing 
STR001  in  Appendix  E along  with  a typical  cross-section.  The  heat  pipes  must  provide 
up  to  2000  Watt-inches  heat  transport  capability  over  a temperature  range  from  -15  C 
to  +55  C.  The  design  selected  is  the  6063  aluminum  axial  groove  tubing  with  integral 
flanges.  Increased  thermal  contact  conductance  and  ease  of  installation  are  provided 
by  the  integral  flanges.  The  axial  groove  design  has  been  successfully  proven  on  OAO- 
C,  ATS-6,  IEU  and  GSFC  Sounding  Rocket  flights.  The  tube  vendor  is  Micro-Extrusions, 
who  has  supplied  heat  pipe  tubing  in  various  configurations  for  several  heat  pipe  applica- 
tions including  ATS-5,  BSE,  Skylab,  IUE  and  PAC.  The  internal  groove  design  with 
27  internal  longitudinal  grooves  is  identical  to  (he  GSFC  standard  axial  groove.  Ultra 
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high  purity  ammonia  will  be  used  as  the  working  fluid,  ant  a the  best  fluid  available 

for  the  required  temperature  range.  (Argon  would  be  used  as  inert  gas  in  controllable 

heatpipes).  The  thermal  performance  of  an  ammonia/groove  heat  pipe  is  measured  in 

terms  of  axial  heat  transport  capability,  radial  heat  flux  density,  and  total  temperature 

gradients.  All  of  these  parameters  are  functions  of  operating  temperature,  percentage 

fill,  non-condensible  gas  contaminants  and  tilt  (in  1-G).  The  compatibility  of  ammonia  1 

with  aluminum  is  well  established.  GF  has  considerable  experience  with  ammonia/ 

aluminum  designs  and  directly  applicable  life  test  data  from  the  BSE  design.  The  axial  i 

heat  transport  capability  is  usually  measured  in  terms  of  Watt-inches  and  may  be  in- 
terpreted as  the  ability  to  transport  a given  heat  load  (Watts)  over  a measured  axial 

distance  (inches)  without  exceeding  the  inherent  limits  of  the  heat  pipe.  These  limits  j 

include  capillary  pumping  (hydrodynamic),  entrainment,  and  sonic.  For  the  ammonia 

groove  design,  the  heat  transport  is  always  limited  by  the  capillary  pumping.  The  STR  1 

heat  pipe  transport  capability  will  be  demonstrated  to  be  in  excess  of  3500  Watt-inches  1 

for  each  pipe  at  a 0.10  inch  tilt.  The  radial  heat  flux  will  not  limit  the  performance  of 
the  proposed  design.  Tests  performed  for  ATS-6  showed  that  the  radial  heat  flux  limit 

| 

was  In  excess  of  50  watts  per  linear  inch.  The  maximum  radial  heat  flux  for  STR  will 
not  exceed  4 Watts  per  inch.  For  this  radial  heat  flux  the  temperature  gradient  within 
the  evaporator  region  will  not  exceed  2.  0°C. 

Control  of  manufacturing  and  processing,  hardware  inspection,  verification  and  accept- 
ance testing  will  utilize  the  same  procedures  successfully  employed  on  the  BSE  program. 
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4.4  ATTITUDE  CONTROL  SUBSYSTEM  (ACS) 


The  STR  must  provide  attitude  determination  and  payload  pointing  services. 

4.  4.  1 ATTITUDE  CONTROL  REQUIREMENTS 

An  analysis  of  the  twelve  candidate  experiments  indicates  that  the  STS  on  board  attitude 
control  system  is  not  adequate  to  meet  all  of  the  experiments'  needs.  (See  Table  4.  4-1. ) 
HIRISE,  ELMS,  OGAO,  and  Teal  Ruby  need  a pointing  system  to  satisfy  their  slewing 
requirements.  (See  Table  4.  4-2. ) PRAT  needs  a pointing  system  for  its  accurate  rate 
requirements.  (Although  not  indicated  in  Drawing  STR  005  in  Appendix  E)  The  oli  r 
experiments  attitude  control  requirements  can  be  satisfied  by  shuttle  except  the  attitude 
knowledge. 

To  satisfy  these  requirements  a more  accurate  means  of  pointing  must  be  provided  for 
some  payloads  in  order  to  operate  them  in  the  Shuttle.  Each  of  these  payloads  can  pro- 
vide its  own  pointing  system  or  a standardized  pointing  system  can  be  provided.  Over 
the  years  of  Shuttle  operation  it  will  be  more  cost  effective  to  provide  a standardized 
system  which  has  a standard  payload  interface.  Along  with  this  standardization  for  the 
payload  (reducing  individual  payload  cost)  there  are  several  other  benefits.  Among 
these  are: 

1.  High  degree  of  autonomy 

2.  High  degree  of  security 

3.  Minimum  shuttle  interface 

4.  Reduced  shuttle  integration  time 

5.  Versatility  of  payload  handling. 


The  STR  attitude  control  system  which  provides  the  pointing  and  knowledge  consists  of 
the  following  two  parts: 

1.  An  attitude  determination  system  with  attitude  sensors  and  integrating 
electronics. 

2.  A gimbal  system  with  stable  platform  and  drive  electronics  which  forms  the 
pointing  mechanism. 


95 


Table  4.4-1.  Payload  Requirement  versus  Shuttle  Capability 


Function 

.Shuttle  Capability 

Payload  Requirement 

Attitude 

Pointing 

0.5°  (3  a at  TMU) 

a=2°  Misalignment  in  Cargo 

Bay 

0.  5®  ± 0.  1®  (HIRISE) 

±0.4®  (ELMS) 

±0.5°  or  more  (Other  Experi- 
ments) 

Attitude 

Knowledge 

0.  073°  Read  out 

(Optimistic  since  other  errors 

exist) 

±0. 1'  Deadband,  ±0. 133®  align- 
ment, 0.105°/hr.  drift  rate 

0.033®  (HIRSE) 

0.023°  (ELMS) 

0.10°or  more  (other  experi- 
ments) 

Attitude 

Rate 

0.01o/Sec  (vernier) 

0.  005°/sec  (OGAO) 

0.033®  (ELMS) 

0.  005°/sec  (PRAT) 

Attitude 

Rate 

Knowledge 

0.00175°/sec  drift 

0.  006®/sec  (LASER  COM) 

0.  001°/ sec  (PRAT) 

Tnble  4.4-2.  Attitude  Control  Pointing  Requirements 


Experiment 

Pointing  Requirement 

Accuracy 

Stability 

No.  2 

HIRISE 

50  nm  on  either  side 
of  the  Ground  Track 

0.5° 

0.033° 

0. l°/sec. 

No.  4 

PRAT 

— 

0.5° 

0.005°/sec,  | 

No.  5 

ELMS 

In  orbital  plane,  from 
horizon  to  Nadir  to 
horizon 

0.4° 

0.01°/sec.  i 

±30°  out  of  orbital  plane 

No.  8 

OGAO 

Nadir  to  horizon  scan  in 
and  out  of  the  orbital 
plane 

1.0° 

0. 005®/sec. 

No.  9 

Teal  Ruby 

Pitch  from  -60°  to  ±80° 
on  roll  ±10° 

0.7° 

0.01°/sec. 

0.004°/sec. 

jitter 
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The  pointing  system  is  modular  and  orovides  a wide  range  of  capability  when  inte- 
grated with  the  STR.  Software  packages  are  required  on  a modular  basis  to  meet 
individual  payload  needs.  With  a ''S'I'R  Payload  Users  Guide"  for  payload  integration 
and  the  choice  of  software  packages,  a Mission  Manager  can  select  the  proper  mix  of 
hardware  and  software  for  each  payload. 

4.4.2  DESIGN  TRADES  AND  DESIGN  SUMMARY 
4.4.2. 1 Payload  Pointing  System 

Five  pointing  mechanisms  studied  are  capable  of  meeting  STR  experiment  require- 
ments . These  are  listed  below  with  sponsors.  Status,  source  and  relative  costs  for 
each  system  are  shown  in  Table  4.4-3, 

1.  Instrument  Pointing  System  (IPS)  - European  Space  Agency 

2.  Small  Instrument  Pointing  System  (SIPS)  - NASA  MSFC 

3.  Annular  Suspension  and  Pointing  System  (ASPS)  - NASA  GSFC 

4.  Miniature  Pointing  Mount  (MPM)  - (Appollo  Telescope  Mount)  - No  Sponsor 

5.  Payload  Orientation  and  Instrument  Tracker  for  Shuttle  (POINTS)  - No 
Sponsor 

These  systems  do  net  include  attitude  sensors,  integrating  electronics  or  payload 
mounting.  These  elements  will  be  part  of  the  attitude  determination  system  discussed 
in  paragraph  4,  1.2.2.  The  capability  of  the  systems  is  shown  in  Table  4.4-4. 

Each  of  the  pointing  systems  could  be  utilized  for  all  experiments  except  ibe  HJRISE. 
Only  the  IPS  and  MPM  have  (he  weight  and  size  capability  to  accommodate  that  payload. 
However,  if  the  cryogenics  can  be  divorced  from  the  instruments,  the  gimbal  mounting 
weight  for  1ITRISE  would  be  approximately  GOO  KG  and  could  be  handled  by  the  ASPS 
and  POINTS  as  well. 
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Table  4.4-3.  Candidate  Experiment  Pointing  Mounts  (EPM) 


Date 

Costs,  M$ 

Mount 

Fabricator 

Available 

NR 

R 

IPS 

ESA 

Mid  1980 

4.8* 

1.  7*  (5  to  8) 

SIPS 

Ball  Bros 

Mid  1980 

2.5 

1.0 

ASPS 

Sperry 

Early  1981 

1.6 

1.0 

MPM  (ATM) 

MSFC 

0.8 

i 

0.5 

Points 

GE 

2 Years 

Lead  Time 

— 

0.8 

♦Estimated  by  JPL 


Table  4.4-4.  Pointing  System  Capability 


Type 

P/L  Weight 
Capability,  KG 

Payload  Size 
Capability,  M 

FOV 

Isolation 

1 

Accuracy  & 
Stability 

IPS 

End  Mount 

2000 

Large 

HEMI 

Mechanical 

P 2 Arc  Sec 

S 1 Arc  Sec 

SIPS 

C.G.  Mount 
Dual  Yoke 

600 

1x1x3 

Each  Yoke 

HEMI 

None 

P 1 Arc  Sec 

S 0. 1 Arc  Sec 

ASPS 

End  Mount 

600 

Large 

HEMI 

Magnetic 

P~  1 Arc  Sec 

S 0. 01  Arc  Sec 

MPM 

End  Mount 

1000 

Large 

HEMI 

Mechanical 

P 2.5  Arc  Sec 

S 1 Arc  Sec 

Points 

End  or  C.G. 
Mount 

Dual  Mounts 

680 

2xAxB 

HEMI 

Mechanical 

P 1 Arc  Sec 

S 1 Arc  Sec 

TT*1 


I 

A Life  Cycle  cost  analysis  was  performed  with  a basic  mission  of  4 pointing  system 
- flights  per  year  for  ten  years.  LJlizing  the  acquisition  costs  from  Table  4.4-3  and 

1 data  from  usage  studies  of  pointing  systems  such  as  the  "Small  Instrument  Pointing 

• System  (SIPS)  Integration  Study"  final  report,  -June  1977,  NAS-5-23412  Mod  7 8.  The 

results  of  the  analysis  are  shown  in  Table  4.4-5. 

Although  the  IPS,  MPM,  and  POINTS  pointing  systems  can  handle  all  of  the  payloads,  the 
POINTS  is  more  cost  effective  and  has  more  mission  flexibility.  It  can  handle  c.g. 
mounted  and  end  mounted  payloads;  and  multiple  payloads  with  different  pointing  require- 
ments. Therefore,  it  has  been  selected  for  the  STR  even  though  the  decision  is  close  and 
any  of  the  systems  would  suffice  if  a slightly  lower  capability  was  acceptable. 

Table  4.4-6  shows  the  POINTS  system  capability  as  presently  configured.  Rate  accuracy 
is  based  on  the  maximum  load  moving  at  a constant  rate.  The  accuracy  of  80  p rad/sec 
is  a composite  of  gyro,  bearings,  and  torquer  noise.  However,  it  may  be  advantageous 
to  use  less  costly  components  for  future  fabrication.  If  this  is  the  case  a study  of  the 
noise  effect  of  the  components  would  most  likely  result  in  larger  rate  accuracy  numbers. 
In  an  inertial  mode  and  tracking  a star  in  space  the  rate' error  would  be  less  than  the 
80  p rad/sec. 

Position  accuracy  is  dependent  on  the  sensor,  readout  and  the  convergence  of  the  atti- 
tude determination  system.  Absolute  accuracy  could  be  as  good  as  50  sec  with  a star 
crossing  the  sensor  field-of-view. 

A systems  mechanization  for  the  controls  involves  providing  the  structure  and  bearings, 
torque  motors,  electronics  to  drive  the  torque  motors,  gyro  processing  electronics, 
power  supplies  and  digital  interface  equipment. 

Figure  4.4-1  shows  a mechanization  block  diagram  including  the  partitioning  of  the 
Drive  Assembly  Electronics  (DAE)  and  the  Systems  Interface  Module  (SIM).  The  DAE 
is  located  on  the  STR  section  near  the  POINTS  structure  while  the  SIM  is  located  as  a 
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Table  4.4-5.  Pointing  System  EPM  LCC  Costs  (M$) 


Acquisition 

Operations 

Integration 

Logistics 

NR 

AGE 

ASE 

Spares 

Training 


Maintenance  & 
Repair 


Total 

Cost/Flight 


IPS 

SIPS 

— 

ASPS 

MPM 

5. 1 

3.0 

3.0 

1.8 

3.0 

3.0 

3.0 

3.0 

0.6 

0.5 

0.5 

0.4 

0.4 

0.4 

0.4 

0.4 

2.1 

1.2 

1.2 

0.6 

0.1 

0. 1 

0.1 

0.1 

0.5 

0.5 

0.5 

0.5 

11.8 

8.7 

8.7 

6.8 

0.30 



0.22 

0.22 

0.17 

Table  4.4-6.  Points  Capabilities 


SYSTEM  CAPABILITIES 

• AZIMUTH  GIMBAL  FREEDOM:  ± 180° 

• ELEVATION  GIMBAL  FREEDOM:  -60°  to -*-90° 

• TORQUE  AVAILABLE:  AZ  = 44  FT  - LBS: 

EL-  18  FT  - LBS 

• NOMINAL  SLEW  VELOCITY:  2 DEG/ SEC 
(1500  LB  PAYLOAD) 

• NOMINAL  ACCELERATION:  4 1/2  DEG/ SEC2 
(1500  LB  PAYLOAD) 

• POSITION  RESOLUTION:  20  ARC  SEC 
(16-BIT  ENCODER) 

• POSITION  ACCURACY:  DEPENDENT  UPON 
POINTING  SENSOR  USED 

• RATE  ACCURACY:  80/*- RAD/  SEC 

• RIPPLE  TORQUE:  0.003  FT  -LBS 

• GIMBAL  ASSEMBLY  WEIGHT:  450  LBS 

• PAYLOAD  CAPABILITY:  1500  LBS 

• POWER  AT  STALL:  70  W EL:  224W  AZ 
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part  of  the  NASA  Standard  Spacecraft  Computer  (NSSC-1)  on  the  STR.  This  breakdown 
provides  good  signal  distribution  with  a minimum  amount  of  harnessing  around  rotating 
joints.  More  detailed  data  on  POINTS  is  provided  in  paragraph  4. 4.  3. 6. 

4. 4. 2. 2 Attitude  Determination  System 

The  POINTS  pointing  system  and  experiment  orientation  knowledge  needs  were 
analyzed  to  define  the  attitude  determination  requirements  to  fulfill  the  STR  attitude 
control  function.  Three  approaches  were  considered.  They  are: 

1.  An  on-board  attitude  determination  system 

2.  Shuttle  data  direct  useage 

3.  Ground  process  using  shuttle  data 

Shuttle  data  usage  does  not  provide  accurate  enough  information  for  all  payloads. 

It  requires  an  interface  with  Shuttle  which  reduces  STR  autonomy. 

Ground  process  use  of  Shuttle  data  is  limited  by  communication  time  and  also  does 
not  permit  autonomous  operation  of  STR. 

An  on-board  system  was  selected.  It  consists  of  the  hardware  necessary  to  meet  the 
pointing  accuracy  and  knowledge  requirements  of  the  12  experiments.  This  system 
consists  of  the  following  elements: 

Item  Function 

• Star  Tracker  Attitude  sensing 

• Sun  Sensor  Attitude  sensing 

• Gyros  (part  of  POINTS)  Rates  measurement 

• Inertial  Reference  Unit  (IRU)  Rates  measurement 

• Computer  Attitude  update 


Control 

Command 


A block  diagram  of  the  attitude  determination  system  and  its  relationship  to  POINTS 
and  other  STR  subsystems  is  shown  in  Figure  4.4-1.  More  detailed  data  is  provided 
in  paragraph  4. 4. 3. 1 . 


4.  4. 2. 3 Weight  and  Power  Summaries 

The  weight  and  power  summaries  for  the  Attitude  Control  System  elements  are  given 
in  Tables  4.4-7  and  4.4-8. 


Table  4.  4-7,  Weight  Summary 


POINTS 

Structure 

240 

, 

Gyros  (2)  & Electronics 

10 

Drive  Assembly  Electronics 

3.r> 

Pre -regulator aid  PCM 

25 

Encoders  and  Electronics  (2) 

10 

Torquers  Elevation  (2) 

42 

Azimuth 

58 

Harness  Azimuth  (slipring) 

20 

] 

Pitch  (flex) 

10 

450 

Attitude  Determination 

Computer  & SIM 

18 

IRU 

35 

Star  Tracker  Assembly  (2) 

40 

Sun  Sensors  (2) 

4 

Harness 

9 

TOTAL  (WITH  POINTS) 

10G 

556 
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Table  4.  4-H.  Power  Consumption  Estimate 
(At  +28  Line  Voltage) 


Component 

Power  Peak 
(Watts) 

DAE 

86 

Motor  (1AZ) 

100 

(2  Elev) 

56 

Power  Converter 

83 

Computer 

84 

SIM 

15 

Encoder 

1.4 

Encoder  Power  Supply 

7.6 

Gyro  (1AZ) 

62  (Full  HTR) 

(1  Elev) 

62  (Full  HTR) 

Star  Tracker 

31 

IRU 

80  (Full  HTR) 

4.  4.  3 ATTITUDE  CONTROL  COMPONENTS 

4. 4. 3.1  Performance  of  the  Attitude  Determination  System 

Since  the  Shuttle  IMU  could  have  a difference  of  2°  from  the  cargo  bay  alignment  a 
separate  attitude  determination  system  must  be  provided  on  the  STR.  A strapdown 
IRU  with  fixed  head  star  trackers  mounted  as  shown  in  Drawing  STR003  sheet  2 in 
Appendix  E provide  3 axis  orientation  of  the  payload.  For  improved  accuracy  the 
star  sensors  and  IRU  can  be  put  on  POINTS  if  required.  This  system  tracks 
stars  of  opportunity  in  its  field  of  view  and  matches  them  with  a star  catalog  to  update 
the  IRU  between  star  encounters.  Shuttle  attitude  could  initialize  the  system  for  fast 
convergence  of  the  attitude  algorithm.  Since  convergence  is  not  required  in  less 
than  a few  hours,  the  ephemeris  information,  with  the  orbiter  in  Z local  vertical 
mode  is  used  for  initialization  (eventually,  GPS  could  be  used  to  provide  ephemeris 
information  by  adding  a GPS  receiver  to  the  STR).  This  provides  a high  degree  of 
autonomy.  An  uplink  has  been  chosen  as  the  best  compromise  between  complete 
independence  and  Shuttle  dependence.  A sun  sensor  also  provides  a means  of  initiating 
faster  if  the  Shuttle  can  be  commanded  separately.  The  IRU  and  star  tracker  are  the 
NASA  standard  components  used  on  MMS  per  GSFC-S-712-9  and  10  respectively.  The 
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NSSC-1  computer  is  used  to  process  the  information.  The  software  to  perform  these 
tasks  has  been  resized  to  the  5000  words  for  this  application  using  a basic  16  bit  ma- 
chine. This  attitude  determination  system  uses  a Kalman  filter  to  obtain  estimates 
of  gyro  bias  to  be  updated  when  a new  star  crosses  the  8°  field  of  view  of  the  star 
tracker.  Table  4.4-0  shows  the  characteristics  of  the  sensor  and  its  detector  elec- 
tronics. The  inertial  position  is  then  used  to  estimate  which  star  is  encountered  next, 
as  the  system  moves  under  local  vertical  control  in  a particular  orbit.  A full  star 
catalog  could  take  1808  words  for  452  stars  but  can  be  cut  down  for  a particular  mission. 
The  latitude  and  longitude  difference  between  two  stars  encountered  in  a specific  time  is 
used  in  the  Kalman  to  estimate  gyro  biases  as  the  system  converges  to  the  accuracy  less 


than  15  sec  (2  o ). 


Table  4.4-9.  Star  Tracker  Characteristics 


Null  Accuracy 

Null  Stability 

Noise  Equiv  Angle 
M~4.  0 in  TFOV 


30  sec  + ±10  sec 
10  sec  (la) 


11  Sec  RMS 


Linearity  & Distortion  Uncalibrated  ±3  min 

Linearity  & Distorltion  Calibrated  10  sec  (1  a ) 

1LSB  3. 6 sec 

TFOV:  8°  in  two  axes 

Search  Period:  < 10  sec  time 

Spatial  Separation:  >.  6P 

Motion:  < . 3°/sec 

Brightness-.  Selectable  from  +5.7  to  +2.0  visual  magnitude.  Class  GOV 
Temperature:  Operation  between  -10°<  T<  +50°C 
Magneiic:  < .5  Gauss 

Damage  limit:  Objects  - 12  magnitude  or  Brighter  at  angles  < 9°  from  null  axis 
Total  uncertainty: 


E=2  J(10)2  + (10)2  + (ll)2  + 10  + 1.8  £ 50  sec  2 a 


105 


The  tracker  Is  an  image  disector  and  goes  through  a search  pattern  to  locate  a star  in 
Its  field.  Figure  4.4-2  shows  the  pattern  for  a scan  and  lock  on  a star.  The  threshold 
for  detection  (M>  +6  THRU  M>  +3  ONLY)  can  be  set  from  a software  command  pro- 
grammed for  a particular  star  catalog.  A search  of  the  entire  field-of-view  is  done  in 
10  seconds  so  that  a star  can  move  . 6°  with  the  Shuttle  in  Z local  vertical  mode.  The 
quantization  for  the  digital  readout  is  12  bits  plus  sign  resulting  in  a readout  change  of 
6 bits  in  0. 1 seconds  of  update  time.  This  is  adequate  for  attitude  determination  for 
acquisition  and  tracking  to  within  15  sec.  Figure  4.4-3  shows  the  convergence  for  a 
particular  set  of  tracker  angles  on  a particular  mission.  This  tracker  depends  on  the 
sensing  of  current  in  a magnetic  deflection  coil  to  give  accurate  information  and  has  its 
specific  accuracy  for  a magnetic  field  of  less  than  0.  5 gauss.  The  location  of  the 
tracker  for  best  alignment  Is  as  close  to  the  POINTS  dc  motors  as  possible.  For  this 
reason  magnetic  shielding  must  be  provided  in  the  Star  Tracker  mounting  assembly  so 
that  slew  current  into  the  torqueredoes  not  give  erroneous  position  information.  Also 
the  digital  computer  program  could  be  inhibited  during  a slew  to  prevent  the  magnetic 


— cj  H cooro. 

1 CF  STAR 

,-H  1° 

1 — — . 

x;ffsir 

♦ SCAN 

(option) 

4 

/ 

Track 

Pattern 

/ 

> 

1 

V coo«omre 
or  STAR 

i 

l 

- 

•*\ 

—fj 

2 1 

- 

1 


W-°-5sH 


Search 
Scan 
Pat :e  rn 


Tef.il  Field  of  View  (TFOV)  as  viewed  from  inside  the  FHST 
looking  out  .it  the  stir  field  with  the  interface  connectors 
f. ic  i »»f  -.lown . 


Figure  4.4-2.  FHST  Scan  Geometry 
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Figure  4,4-3.  Simulated  Attitude  Errors  for  a Two  Star  Tracker  System 

spikes  from  upsetting  the  attitude  Information  after  it  has  converged.  Tests  will  have 
to  be  run  on  a correctly  wired  system  to  evaluate  the  need  for  shielding  of  the  Star 
Tracker.  In  order  to  prevent  damage  to  the  image  disector  tube  a "Bright  Object 
Detector"  (BOD)  must  be  put  on  the  Star  Tracker  Housing.  The  BOD  will  activate  a 
shutter  to  cover  the  optics  of  the  Star  Tracker  in  the  presence  of  the  sun,  moon, 

Earth  or  targets  brighter  than  -8  magnitude.  This  shutter  must  be  activated  by  light 
before  the  radiation  strikes  the  Star  Tracker.  However,  reflections  from  the  shuttle 
doors  and/or  payloads  could  also  activate  the  shutter.  A detailed  optical  study  must 
be  done  to  determine  the  location  and  number  of  detectors  to  protect  the  Star  Tracker. 
The  tracker  should  also  be  supplied  with  the  self  test  option.  The  need  for  one  or  two 
trackers  and  their  location  must  also  be  determined. 

4.4. 3. 2 Sun  Sensor 

The  attitude  determination  sensors  are  mounted  on  one  block  for  best  stability.  The 
sun  sensor  data  will  be  the  output  of  two  matched  sensors  mounted  each  44°  from  the 
star  sensor.  Its  output  is  shown  in  Figure  4.4-4.  In  this  way  it  will  detect  when  the 
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Figure  4.  4-4.  Sun  Sensor  Output 

sun  is  approaching  the  star  sensor  field-of-view.  The  Star  Tracker  ROD  will  send  a 
signal  to  close  the  star  tracker  shutter.  With  the  shutter  closed  attitude  information 
can  no  longer  be  processed.  Di;rlng  this  time  the  sun  sensor  will  provide  information 
until  the  star  tracker  is  far  enough  out  of  the  sun's  radiation. 

4.  4.  3.  3 Systems  Interface  Module  (SIM) 

This  assembly  is  the  I/O  for  the  NSSOl  which  interfaces  with  the  other  attitude  con- 
trol system  components  and  POINTS.  A computer  I/O  can  either  be  general  in  nature 
like  the  STINT  or  it  can  be  a special  purpose  design.  In  order  to  avoid  redesign  of 
many  of  the  components  in  the  existing  POINTS  system  a special  purpose  I/O  mode  is 
used.  The  SIM  provides  the  only  interface  to  the  Shuttle  Systems  from  the  POINTS. 

It  is  mounted  on  the  NSSC-1  computer  and  mated  with  it  electrically.  It  is  located  on 
the  same  panel  as  the  star  sensor  and  ERU  for  attitude  determination.  A power  converter 
module  will  take  secondary  power  from  the  Power  Supply  and  provide  isolation  and  EMI 
protection  for  the  computer.  An  estimate  of  the  sizing  is  shown  in  Figure  4.4-5. 
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Functions  performed  by  the  SIM  are: 

1.  System  clock  2 MHz  bi-phase. 

2.  Buffering  and  A/D  conversion  for  the  sun  sensors. 

3.  Resolver  to  digital  conversion  for  the  inductosyn. 

4.  Pulse  generation  for  the  IRU. 

5.  Star  sensor  interrupt  processor. 

6.  Payload  interrupt  processor. 

7.  Rate  loop  commands  for  3-16  bit  words  in  serial  format. 

8.  Discrete  commands  for  setting  amplifier  gains,  lock  release,  power 
amplifier  connections,  back-up  modes,  etc. 

9.  Discrete  input  processing  of  stop  engagement,  latch  secure,  etc. 

10.  Encoder  register  for  holding  position  information. 

11  Shuttle  iuid  STR  interfaces 
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The  Shuttle  interface  consists  of  basic  options  available  to  the  experimenter  as  well 
as  Caution  and  Warning.  Since  some  experiments  may  be  run  by  a Mission  Specialist 
from  the  Shuttle  a serial  data  link  should  be  provided  to  the  NSSC-1  via  the  SIM.  This 
interface  is  recommended  for  versatility,  but  can  be  the  subject  of  further  study. 
Secondly,  the  Shuttle  has  a mode  of  operation  where  an  experiment  can  either  command 
or  inhibit  the  Reaction  Control  System.  This  option  can  be  provided  so  that  during  data 
taking,  extraneous  vehicle  motion  does  not  spoil  the  experiment.  A caution  and  warn- 
ing input  is  displayed  when  the  POINTS  system  engages  its  mechanical  stops  or  the 
experiment  fails  to  latch  for  reentry. 

STR  interfaces  involve  an  uplink  input  which  will  allow  ground  control  through  the 
STR  telemetry  and  command  subsystem.  Data  for  TM  is  sent  out  separately  from 
the  DAE,  but  discrete  and  digital  data  from  the  computer  should  be  sent  over  also. 
Uplink  of  commands  consist  of  ephemeris,  configuration  and  fault  isolation.  Test 
outputs  from  the  system  should  go  via  the  SIM  during  ground  check  out.  Computer  load- 
ing and  verification,  built-in-test  functions,  as  well  as  an  automated  check  out  of  the 
system  can  be  performed  via  the  test  inputs.  This  would  reduce  turn  around  time  and 
provide  AGE  with  fault  isolation  information. 

4. 4. 3. 4 Power  Supply 

The  power  supply  for  the  system  will  take  battery  power  during  on-orbit  operation, 
but  will  be  operated  from  AGE  power  during  prelaunch,  checkout,  and  integration 
testing. 

It  must  convert  power  to  secondary  voltages  for  distribution  to  SIM,  NSSC-1,  DAE  and 
sensors.  It  must  also  provide  the  boost  regulation  for  the  DAE  power  amplifiers  to  be 
run  at  +34  vdc,  ac  references  must  also  be  generated.  For  example:  the  inductosyn 
requires  a 10  kHz  excitation. 
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4. 4..'  5.  5 POINTS  Pointing  System 


4.  4.  3. 5. I Structure 

POINTS  installed  in  the  Standard  Test  Rack  is  shown  in  Figure  4.4-6.  The  heart  of 
the  POINTS  system  is  a gimbal  assembly  with  two  (2)  axes  of  rotation.  It  can  hold  a 
payload  mounled  between  two  pivots  and  bearings,  seven  (7)  ft.  apart.  The  pivots  in 
elevation  can  move  one  payload  of  1500  lbs  and  two  at  750  lbs  independently.  This 
feature  is  possible  because  of  a dual  drive  system  built  into  the  upper  assembly.  The 
lower  assembly  is  a precision  drive  about  the  azimuth  axis  (Shuttle  Z axis).  Approxi- 
mate dimensions  for  the  structure  is  shown  in  Figure  4.4-7. 

The  existing  structure  is  made  of  Beryllium  for  light  weight  strength.  It  can  be  rede- 
signed as  an  aluminum  assembly  at  lower  cost  of  fabrication,  in  production  quantities. 

To  accommodate  launch  and  landing  loads,  mechanical  stops  are  provided.  These 
are  to  prevent  failures  in  the  system  that  could  impact  flight  safety.  These  stops  are 
relocatable  and  can  be  changed  as  part  of  the  particular  payload  integration.  A combin- 
ation (Launch  lock  and  slowing)  locking  mechanism  is  implemented  on  the  structure 
for  STR.  The  present  system  is  designed  for  just  one  specific  payload  and  is  com- 
manded from  software.  For  some  shuttle  payloads  (end  mounted,  long  structure  like 
IIIRISE)  a locking  mechanism  may  have  to  be  located  on  a sti’uctural  extension. 

This  POINTS  structure  along  with  its  bearings,  contain  the  dc  torquer  motors  and  feed- 
back elements  to  precisely  control  the  motion  of  the  payloads,  including  tracking  specific 
points  on  the  ground. 

4. 4.  3.  5. 2 Control  Mechanization 

Payload  control  is  achieved  through  a software  controlled  inertial  rate  loop  within  a 
position  loop.  The  angular  command  for  position  is  based  on  precise  inertial  position 
as  derived  from  the  attitude  determination  system. 

Figure  4.  4-8  shows  the  control  system  block  diagram.  For  each  axis  the  control 
mechanization  is  the  same.  In  single  payload  cases  the  redundant  drive  motor  is 
connected.  In  dual  pavload  cases,  the  redundant  drive  and  gyro  arc  used  to  command 


111 


RATE  gyro 

COMMAND  NOISE  0N2  BEARING  NOISE 


EXPERIMENT 

POSITION 


Figure  4.  4-8.  Control  System  Block  Diagram 

a separate  payload  in  elevation.  A rate  command  from  a digital  computer  is  con- 
verted electronically  to  drive  the  gyro  at  a precise  inertial  rate.  The  gyro  output  is 
fed  into  a compensation  amplifier  and  current  power  amplifier  to  drive  the  gimbal 
motors.  The  load  moves  at  the  commanded  rate  minus  the  friction  effect  thus 
achieving  precision  control.  A bode  plot  of  the  loop  as  mechanized  is  shown  in  Figure 
4.4-9.  The  loop  compensation  is  designed  for  a crossover  at  15  rad/sec  by  providing 
the  proper  gain  for  the  maximum  inertia  and  a lag  at  low  frequencies.  However  the 
POINTS  system  must  be  mechanized  to  provide  control  for  a wide  range  of  payloads 
and  therefore  the  load  inertia  could  be  a lot  less. 

Figure  4. 4-9  also  shows  what  happens  to  the  frequency  response  curve  if  a small 
payload  (1/10  the  maximum)  is  put  on  the  gimbal.  Under  these  circumstances  the 
system  would  be  unstable.  A range  of  compensation  is  provided  and  commanded  by 
software  to  prevent  system  instability. 


A 
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4. 4. 3. 5. 3 Torque  Disturbance 

In  the  analysis  of  the  systems  jitter  the  POINTS  mechanization  was  used  with  maximum 
load.  For  payloads  that  must  track  an  Earth  target  smooth  rate  is  important.  How- 
ever,  the  smoothness  of  the  drive  will  be  less  for  smaller  payloads.  In  general, 
the  smoothness  is  a composite  of  all  noise  sources  and  is  shown  in  Figure  4. 4-8  as  a 
gyro  noise  response  input.  To  illustrate  the  reduction  in  smoothness  due  to  bearing 
noise,  (SNI)  the  torque  disturbance  plot  of  Figure  4.4-10  is  drawn.  The  lowost  curve 
shows  the  response  for  the  maximum  load  system.  A ripple  torque  of  1 ft-lb  at  4 rad/ 
sec  will  result  in  a payload  jitter  of  -70  db  or  1/3  at  10"3  rad/sec.  If  the  payload  is 
1/3  the  maximum  inertia,  the  error  goes  up  by  10  db  or  3 times.  The  resulting  jitter 

O 

is  still  a very  low  level  of  1 x 10  rad/sec. 

4. 4. 3. 5. 4 Position  Control 

The  digital  computer  provides  control  functions  to  implement  a gimbal  position  hold 
loop.  As  shown  in  Figure  4.  4-8  a position  command  (Q^)  is  processed  in  the  computer 
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Figure  4.4-10.  Torque  Response  for  Various  Load  Inertia  of  "POINTS" 
(Compensated  for  15  rad/sec  loop  crossover) 
with  proportional  (K)  plus  integral  (l/S)  control  to  supplement  a rate  command  for  fine 

pointing.  The  output  position  is  fedback  through  an  optical  encoder  to  give  increments 
of  gimbal  position  in  20  arc  sec  increments.  For  specific  missions  an  inductosyn 
readout  is  provided  to  augment  the  encoder  to  provide  angular  information  at  1.0  arc 
sec  resolution.  When  fine  position  information  is  required  the  Shuttle  should  be  in  an 
inertial  mode  and  the  payload  can  determine  when  to  read  position  by  using  the  com- 
puters interrupt  capability. 

Using  the  interrupt  capability  of  0. 1 msec  the  position  error  is  A 0j  = (ll°/sec) 

(3600  sec/deg)  (0. 1 x 10-3  sec)  = 0.036  sec  delay.  Software  control  of  the  position 
loop  provides  versatility  in  accommodating  a wide  variety  of  payloads.  The  loop  gain 
and  bandwidth  can  be  selected  and  command  shaping  can  be  done  to  reduce  the  payload 
response  to  step  acceleration.  This  means  that  if  the  payload  has  a tendency  to  ring 
dynamically  when  accelerated  from  one  position  to  another,  the  command  can  be  a 
slowly  changing  function  so  as  not  to  excite  the  payload  resonances. 
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As  presently  configured  the  position  loop  I/O  runs  at  10  samples/sec  but  a software 
extrapolator  allows  computations  to  be  done  at  100  samples/sec. 


4. 4.  3.  5. 5 POINTS  Drive  Assembly  Electronics  (DAE) 

The  POINTS  DAE  as  presently  designed  is  a fault  tolerant  system.  No  single  failure 
can  cause  loss  of  a function.  Figure  4.4-11  shows  the  card  layout  in  the  assembly. 
Because  more  modern  parts  can  be  used  the  TM  and  digital  processors  will  probably 
be  accommodated  in  less  volume  as  is  indicated  on  Figure  4.  4-11,  The  DAE  can  be 
located  on  the  STR  panel  near  the  POINTS  assembly.  This  would  provide  good  structural 
support  and  a thermal  path. 


♦Dimensions  Depend 
on  Reconfiguration 
(EST  14.5") 


Figure  4.4-11.  Drive  Assy  Electronics 
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The  functions  the  DAE  must  perform  are  shown  in  Figure  4.4-1  and  are: 

1.  TM  processing  of  analog  data 

2.  AGE  outputs  for  test 

3.  4-Power  amplifiers  to  drive  4 dc  motors 

1.  3a  maximum  in  each  elevation  axis 
3.2a  maximum  in  each  azimuth  axis 

4.  Provide  loop  compensation  for  each  axis 

5.  Compensation  changeable  for  different  loads 
fi.  Change  compensation  via  software  discretes 

7.  Provide  torquing  signals  to  drive  each  of  3 gyros  independently  from  a D/A 
converter. 

8.  Provide  amplification  for  sine  and  cosine  windings  of  2 Inductosyns. 

9.  Decode  latch  commands,  stow  commands  and  Back-up  mode  configuration 
changes. 

10.  Decode  the  logic  from  input  addresses  to  be  sent  from  the  SIM  in  serial  form. 
One  word  for  discrete  commands,  and  3 for  gyro  commands. 

4. 4. 3. 5. 6 Software 

The  functions  to  be  performed  by  the  POINTS  system  are  under  computer  control. 
Software  must  be  designed  for  these  functions,  but  must  be  kept  on  a modular  basis 
to  satisfy  a variety  of  missions.  The  functions  listed  in  Figure  4.4-1  receive  inputs 
from  hardware  and  must  be  kept  resident  at  all  times.  The  mission  dependent  variables 
will  be  in  alterable  memory  locations  and  merely  changed  for  each  mission.  The  STR 
Mission  Manager  prepares  a data  tape  to  change  each  mission  data  and  verify  the  con- 
tents at  final  checkout  of  the  STR  with  POINTS.  Variables  to  be  changed  would  include: 

1.  Gain  settings  to  accommodate  particular  loads 

2.  Configurat*  n - 1 or  2 elevation  drives 


117 


Stop  positions 


J.  Stow  position  for  reentry 

5.  Control  commands  for  the  particular  mission 
Star/sun  catalog  changes 

Table  I 1-1'*  is  an  estimate  of  the  lfi  bit  words  required  to  do  the  tasks  listed  in 
Figure  l.  1-1. 


fable  1.4-10.  Software  Sizing 


Task 

1 

Word  Size  in  NSSC-1 

• Strapdown  Algorithm 

2000 

• Coordinate  transformation 

500 

• Star  Catalog 

1808 

• Attitude  Algorithm 

5000 

• Position  & Rate  Commands 

500 

• Gyro  Bias 

100 

• Stop  logic 

200 

• Stow /Unlatch  Logic 

100 

• Mode  Logic 

200 

• Configuration  Ixigic 

100 

• Self  test 

2000 

• Interrupt  processor 

500 

• Executive 

2000 

• Parity  Generator 

100 

15108 

Spare  x 1.5  (size  for  3 memories)  at  8K  „ 

per  memory) 
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4.5  STRUCTURE  SUBSYSTEM 


The  STR  must  provide  a structure  which  meets  mounting  and  strength  requirements  of 
the  STS  and  the  twelve  identified  experiments. 

4.5. 1 STRUCTURE  REQUIREMENTS  AND  DESIGN  CRITERIA 

The  Structure  Subsystem  must  accommodate  a wide  variety  of  experiments  using 
modular  subsystems  that  may  be  increased  or  decreased  in  size  and  performance  capa- 
bility to  meet  the  needs  of  individual  experiments. 

It  must  also  permit  integration  installation  of  structure  and  subsystems  into  the  shuttle 
bav  cabin  quickly  wilh  minimum  time  and  effort. 

Additional  requirements  include  compatibility  with  the  NASA  five  point  attachment  and 
with  installation  around  the  Spacelab  tunnel.  The  structure  may  not  yield  at  crash 
ultimate  loads  and  must  be  capable  of  supporting  up  to  5000  pounds,  including  both 
STR  and  payloads. 

4. 5.1 . 1 Design  Criteria 

The  requirements  presented  in  the  following  sections  are  based  on  the  latest  available 
STS  information  obtained  from  current  documentation.  These  requirements  provide 
the  design  basis  of  the  STR  primary  structure,  secondary  structure,  and  its  com- 
ponents. It  will  be  noted  that  extensive  studies  are  continuing  to  better  define  the 
Space  Shuttle  environments  and  loads.  Although  the  requirements  are  current,  they 
must  be  treated  as  preliminary  and  revised  as  additional  analysis  and  experimental 
data  become  available. 

A review  of  the  available  documentation  relating  to  shuttle  accommodations  and 
shuttle/payload  coupled  dynamic  analyses  (e.g. , SAMSO  TR-76-212  "DOD  Shuttle 
Integration  Support  Study",  Boeing  Report  "IUS  System  Design  Review",  MDCG6626 
"PAM  User’s  Requirements  Document")  show  the  load  factors  could  be  higher  than 
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those  used  in  this  criteria.  These  load  factors  are  influenced  by  the  payload  geometry 
and  dynamic  coupling  with  the  shuttle  in  much  the  same  manner  that  current  spacecraft/ 
launch  vehicle  coupling  influences  spacecraft  design  loads.  Although  various  maneuver 
and  boost  conditions  have  been  examined,  results  to  date  have  indicated  that  lift-off 
and  landing  are  probably  the  most  critical  for  psiyload  design.  For  these  conditions, 
the  dynamic  loads  can  be  greatly  magnified  by  the  method  of  supporting  the  payload  within 
the  cargo  bay.  Maximum  loads  during  lift-off  and  landing  are  significantly  reduced  by 
supporting  the  payload  according  to  basic  guidelines  followed  in  the  STR  design.  These 
guidelines  include:  (1)  minimize  lateral  asymmetries,  (2)  provide  balanced  stiffness 
in  fore  and  aft  supports,  and  (3)  locate  fore  and  aft  supports  near  the  radius  of  gyra- 
tion of  the  cargo  assembly. 

The  STR  was  designed  with  very  high  margins  of  safety.  Thus,  the  capability  to  with- 
stand higher  load  factors  was  Incorporated  into  the  design  by  utilizing  the  following 
design  criteria. 

1.  No  yield  at  crash  ultimate  loads. 

2.  No  more  than  1/2  yield  at  2o  flight  limit  loads. 

These  criteria  eliminate  fatigue  failures  for  normal  operation  since  the  endurance  limit 
of  the  materials  is  approximately  1/2  yield  strength. 

The  STR  structure  possesses  sufficient  strength  and  rigidity  to  provide  the  necessary 
structural  support  and  housing  for  the  various  payloads  and  to  survive  the  required 
critical  loading  conditions  that  will  exist  during  all  phases  of  ground  test  and  boost 
flight.  Methods  of  controlling  ground-handling  transportation,  and  storage  environ- 
ments will  be  used  to  avoid  developing  critical  loadings.  The  structure  is  designed  to 
achieve  minimum  weight  commensurate  with  requirements. 

The  details  of  the  design  criteria  and  requirements  can  be  found  in  Appendix  C. 
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4.5.2  STRUCTURE  DESIGN  SUMMARY 

The  Standard  Test  Rack  structure  is  constructed  of  9 inch  deep  formed  channels,  4x4 
angles  and  (t.  1 inch  thick  doublers,  caps,  gussets  and  plates  of  5061  T6  aluminum 
that  are  mechanically  fastened  to  provide  a structure  that  can  be  constructed  in  many 
configurations  to  support  a wide  range  of  experiments  and  equipment  (see  drawings 
STR  001  to  STR  Oil  in  Appendix  E).  Seven  different  constructions  of  the  basic  STR 
model  are  shown  in  Figure  4.5-1  and  all  provide  0 equipment  bays,  of  equal  size,  in 
the  main  structure  with  additional  equipment  bay  capacity  provided  by  the  addition  of  a 
9 inch  deep,  47  inch  wide  beam  that  spans  thel41.2inch  open  end  of  the  structure  and 
which  can  be  adjusted  vertically  along  a 45.5  inch  span  of  attaching  holes  provided  at 
the  open  end  sections  of  the  STR  or  by  addition  of  a sti’ut  supported,  9 inch  deep,  47 
inch  wide  shelves  attached  at  the  open  end  of  the  STR  structure.  Typically  the  shelves 
could  be  42  x 47,  9 inch  deep  bays  commensurate  with  the  space  required  for  the  com- 
ponents to  be  mounted. 
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The  seven  STR  configurations  shown  in  Figure  4.5-1  are: 

1.  Full  STR  with  upper  bridge  that  utilizes  maximum  space  available  around 
spacelab  tunnel  or  other  locations  and  permits  total  STR  usage. 

2.  Full  STR  without  bridge  can  be  mounted  under  Spacelab  tunnel  or  other 
locations. 

3.  Full  STR  with  dual  shelves. 

4 Full  STR  with  a single  shelf. 

5.  Full  STR  with  POINTS  mounted  on  bridge. 

6.  Full  STR  with  POINTS  mounted  on  bridge  (side  mounting). 

7.  Full  STR  with  POINTS  mounted  to  equipment  panel. 


A 
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The  seven  STR  construction  options  shown  are  all  constrained  to  outboard  dimensions 
within  the  87.8  inch  radius  shuttle  cargo  interface  envelope  and  to  inboard  dimensions 
that  assure  ample  clearance  with  the  47.4  inch  diameter,  air  lock  tunnel  interface 
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^ and  power  conditioning  components  can  be  packaged  in  each  compartment  and  up  to  one 

hundred  pounds  of  the  less  dense  equipment  (where  more  space  is  usually  needed  for 
deployments,  calibration  targets,  etc. ) could  be  considered  lor  packaging/planning 
for  each  module  of  the  STR  structure.  In  the  final  STR  flight  configuration  it  is  ex- 
pected that  weights  and  balance  control  mass  will  be  required  to  achieve  proper  weight 
distribution,  center  of  gravity  and  inertial  properties  values. 

The  geometry  ol  the  structure  has  been  selected  to  allow  for  the  STR  to  be  installed 
in  the  Shuttle  with  the  air  lock  tunnel  in  place  and  with  the  Shuttle  in  either  the  horizontal 
or  the  vertical  position.  The  STR  can  be  initially  positioned  with  the  STR  open  end 
over  the  tunnel,  then  rotated  about  the  tunnel,  using  ground  support  equipment,  con- 
strained within  an  outside  radius  of  90  inches  until  it  is  positioned  with  the  STR  sur- 
rounding the  tunnel  and  the  open  end  positioned  up  in  the  Shuttle  cargo  bag  (see 
Figure  4.5-2).  In  a contingency  situation  the  STR  can  be  removed  by  reversing  the 
operations  for  an  open-end  structural  model  of  the  STR.  The  bridge  beam  could  also 
be  added  or  removed  when  conducting  these  procedures  with  a closed-end  STR  model 
by  using  ground  support  equipment  attached  to  the  beam  and  the  basic  open  end  STR 
structure.  The  bridge  would  be  released  or  attached  by  removing  or  installing  the 
bolts  at  the  open  end  structure  fittings. 

Drawings  (STR  004  to  STR -Oil  in  Appendix  E)  show  the  relative  size,  position  and 
arrangement  of  12  representative  experiments  using  different  construction  models  of 
the  basic  STR  structure.  A weight  estimate  and  list  of  the  main  elements  of  the  STR 
structure  are  given  in  Table  4,5-1.  The  1480  pound  estimate  is  for  the  STR  con- 
struction model  incorporating  the  bridge  beam  ami  a weight  estimate  of  the  basic, 
open-end  structure  is  essentially  375  pounds  less  or  1105  lbs.  Weight  estimates  of 
typical  support  equipment  installed  in  the  STR  structure  are  included  in  Table  4.5-1 
for  power  regulation  and  distribution  equipment  for  300  pounds  of  Lithium  batteries, 
for  telemetry,  command  and  data  handling,  for  attitude  control  and  for  thermal 
control  components.  For  example,  the  300  pounds  of  lithium  batteries  for  37.8 


Figure  4.5  2.  Installation  of  STR  around  Tunnel  (after  installation  of  tunnel) 

KWH  of  electric  power  is  easily  packaged  into  one  compartment  to  a density  of  30 
lbs/ft*5  and  the  telemetry,  command  and  data  handling  equipment  into  one  compartment 
at  a packaging  density  of  10  lbs/ft^  as  shown  in  Drawing  STR  003  in  Appendix  E. 

4.5.3  STRUCT  UR  A L ANA  LYSIS 

The  main  criteria  for  designing  the  STR  structure  is  that  there  be  no  yield  at  STS 
crash  ultimate  loads  and  that  the  stress  levels  be  less  than  1/2  yield  strength  at  2o 
flight  limit  loads.  This  is  a conservative  design  approach  and  additionally  eliminates 
fatigue  failure  considerations  under  normal  operations  since  the  material  endurance 
limit  is  essentially  one  half  the  yield  strength  value. 

Strength  analyses  of  the  preliminary  STR  structural  design  were  made  of  both 
the  S IR  construction  model  that  includes  the  bridge  beam  and  for  the  basic 
open  end  STR  model  when  it  is  being  installed  in  the  Shuttle  (see  Figure  4.5-3)  with 
the  Shuttle  air  lock  tunnel  in  place  and  considering  the  Shuttle  in  the  horizontal  and  in 
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Table  4.5-1.  STR  Structure  Weight  Breakdown 


Structure 

Trunnions  (5) 

Frame,  Strong  Back  (2) 
Closure  Panels  (6) 

Equipment  Panels  (6) 

Frame,  Bridge 

Closure  Panels  (3) 

Equipment  Panels  (3) 
Hardware,  Misc 

Shelf 

225 

250 

150 

330 

130 

75 

170 

150 

(130) 

1480 

Power 

130 

Batteries 

4.8  kwh/string  (300#) 

1 

Harness 

100 

Power  Regulator 

20 

Power  Controller 

10 

Communications 

90 

Antenna  (2) 

0.4 

H brid  (Ant. ) 

0.04 

biplexer 

1.5 

Switch 

0.38 

Transmitter  (2) 

6.0 

Telemetry  Unit  (Red.) 

13.1 

Recorder  (21 

20.0 

Hvbrid  (Rcvri 

0.04 

Receiver  (2) 

6.0 

Decrypter  (2) 

8.8 

Command  Decoder  (red.) 

7.6 

Antenna 

0.2 

Switch 

0.38 

Transmitter  (2) 

6.0 

Encryptor  (2) 

8.6 

Recorder  (2) 

20.0 

Attitude  Control 

106 

Sun  Sensor  (2) 

4 

mu 

35 

Star  Tracker  (2) 

40 

NSSC-1  computer 

18 

Harness 

9 

Thermal  Control 

220 

Heat  Pipes 

135 

Blankets 

65 

Heat  Exchanger  (15  KWH) 

(444) 

Misc.  Attach. 

20 

125 


Figure  4.5-3a.  Rack  Free  End  Displacements  for  X-Direction 
Loading 
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Figure  4.  5-3b 


Rack  Free  End  Displacements  for  Z-Direction 
Loading 


the  vertical  position  during  the  installation.  Both  the  bridged  and  the  open  type  design 
models  were  analyzed  for  the  load  cases  given  in  Table  4.5-2  and  the  analysis  assumed 
that  the  total  structure  with  bridge  beams  weights  1719  empty  (conservative)  and  the 
equipment  supported  by  the  STR  structure  equal  to  3671  pounds  in  a total  weight  of  5390 
pounds.  The  minimum  margins  of  safety  for  the  12  load  cases  studied  of  the 
2 construction  models  are  summarized  in  Table  4.5-3,  and  as  expected,  the  conserva- 
tive design  approach  taken  results  in  high  margins  of  safety.  The  deflections  analysis 
during  installation  of  the  STR  (Figure  4.5-3)  show  that  only  small  clearances  are 
required  to  prevent  contact  with  the  air  lock  tunnel. 

The  analysis  of  the  structural  strength  and  deflections  under  Lhe  critical  loading 
conditions  are  given  in  the  following  sections,  including  the  finite  element  models 
used  and  the  calculations  made  for  performance  margin  determinations. 


Table  4.5-2.  NASTRAN  Load  Cases 


Load  Case 

Di  rection 

Load  Factor 

(g) 

1 

X 

1. 

Structure 

2 

Y 

Only 

3 

Z 

1.  J 

4 

X 

1. 

5 

Y 

1. 

6 

Z 

1. 

7 

X 

1.5 

8 

Y 

4.5 

9 

Y 

-4.  5 

10 

Z 

4.5 

11 

X 

1.0 

12 

Z 

1.0 

Table  4.3-3.  Standard  Test  Hack  Minimum  Margins  of  Safety 


Item 

Element 

Number 

Load 

Case 

Material 

Failure  Mode 

Margin  of 
Safety 

Rack  Plate  t = . 10  in 
(Inside) 

2 

8 

6061 -T6 

A luminum 

Combined  Comp  & 
Shear  Buckling 

+5.26 

Rack  Plate  t = . iO  in 
(Outside) 

9 

9 

6061-T6 

Aluminum 

Combined  Comp  & 
Shear  Buckling 

00 

CO 

Bridge  Plate  t = . 10  in 

86 

10 

6061 -T6 

Aluminum 

Combined  Comp  & 
Shear  Bucklir.g 

+8.91 

Keel  Fitting 

54 

7 

6061-T6 

Aluminum 

Bending 

+ 1.56 

• 

Trunion  Fitting 

48 

10 

6061-T6 

Aluminum 

Bending 

+1.28 

Longitudinal  I-Beam 

102 

10 

6061-T6 

Aluminum 

Crippling 

+ 1.65 

9 in.  Deep  Channel 

94 

8 

6061-T6 

Aluminum 

Crippling 

+ 1.55 

Tapered  Channel 

23 

10 

6061-T6 

A luminum 

Crippling 

+2.42 

17  in.  Deep  Channel 

39 

10 

6061-T6 

A luminum 

Crippling 

+3.89 

4,  5.  3.1  Analysis  Approach  to  Structural  Verification 

The  STR  structure  has  been  analyzed  using  standard  stress  analysis  techniques.  The 
analysis  covered  strength,  instability,  buckling,  and  appropriate  elastic  and  inelastic 
theory.  Combined  effects  were  analyzed  and  margin  of  safety  were  based  on  the  stress 
ratio: 

R _ Applied  Stress 
Allowable  Stress 

ZR  <1.0 
V 
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I 

I 


where 


IR 

■n 

and 

M.  S. 


R, 


r„  + r: 


1 

ZR 


-1. 


For  purposes  of  determining  design  margins  of  safety,  material  properties  were 
obtained  from  MIL-HDBK-5  and  MIL-HDBK-17  and  the  margins  of  safety  determined 
were  based  on  "A-values"  of  MIL-HDBK-5  for  single  load  path  structures  and  on  ”B- 
values"  for  multiple  load  path  structures. 


4 5.3.2  Finite  Flement  Model 

The  UNISTRUC  computer  program  was  utilized  to  develop  the  finite  element  model  of 
the  .‘?TR  structure  which  is  compatible  with  release  number  43  of  the  CDG-MacNeil- 
Schwendler  version  of  NASTRAN.  The  model  consisted  of  77  grid  points  with  455  degrees 
of  freedom.  Figure  4.  5-4  shows  the  total  model  optimized  grid.  In  modeling  the 
structure  98  beams  and  22  plates  were  used.  The  restraints  put  on  the  model  repre- 
sent the  standard  shuttle  5-point  attachment  method.  The  keel  fitting  is  restrained 
in  the  lateral  direction  (X-direction)  only  and  the  trunnion  fittings  are  restrained  in 
the  vertical  and/or  longitudinal  directions  (Y  and  Z -directions). 

The  finite  element  model  was  modified  to  determine  the  effects  on  the  structure  during 
installation  around  the  STS  airlock  tunnel.  The  bridge  structure  was  removed  to  provide 
an  open  end  structure  with  the  structure  supported  at  grid  points  1,  10,  19,  and  28  to 
simulate  the  use  of  a ground  handling  fixture  in  installation  of  the  STR. 


4. 5.3.3  Load  Cases 

The  two  STR  structural  arrangements  were  subjected  to  the  load  cases  shown  in  Table 
4.5-2  using  the  NASTRAN  computer  program  using  a total  weight  of  5390  lbs. 
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Figure  4.5-4.  Standard  Test  Rack  Optimized  Grid  Points 
4. 5. 3. 4 Structural  Analysis  Results 

The  finite  element  model  was  used  with  NASTTRAN  to  determine  the  STR  displacements 
and  internal  load  distributions.  Using  these  data  the  natural  frequencies  and  margins 
of  safety  were  calculated  for  the  STR. 

4.  5.3. 4.1  Natural  Frequency 

Using  the  displacements  from  the  three  unit  load  cases  (4,  5,  and  6),  the  natural 
frequencyof  the  loaded  STR  structure  for  each  of  the  principal  directions  was  determined. 
These  frequency  results  are  shown  in  Table  4.5-4  and  all  values  meet  the  imposed 
minimum  requirements  of  fi.5  Hz  fundamental. 

4.  5. 3. 4.  2 Stress  Analysis 

Based  on  the  NASTRAN  computer  results  a preliminary  stress  analysis  of  the  various 
STR  structural  elements  has  been  performed.  Table  4.5-3  presents  the  minimum 
margins  of  safety  for  the  structure  and  shows  that  all  margins  are  greater 
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Table  4.3-4.  Standard  Test  Rack  Natural  Frequencies 


Direction 

Frequency* 

(Hz) 

X 

6.93 

Y 

8.52 

Z 

16.06 

3 13 

'Frequency-,. 

1/2 

: static 

than  1.28.  Additionally,  Figures  4.5-3a  and  4.5-3b  present  the  rack  free  end  dis- 
placements for  the  installation  simulation.  The  two  conditions  analyzed  represent 
the  cases  where  STH  installation  is  required  when  the  shuttle  is  in  a horizontal  or 
/ertical  position.  Figure  4. 5-3a  is  for  horizontal  and  4.5-3b  for  a vertical  shuttle. 
The  critical  condition  occurs  for  installation  with  a horizontal  shuttle.  Based  on  the 
geometry  of  the  tunnel  and  the  STS  structure  a displacement  of  one  inch  is  allowable 
and  as  can  be  seen  that  the  STR  displacements  are  within  this  allowable.  No  stress 
problems  were  found  to  occur  for  this  configuration. 

4.  5.  3.  5 Strongback  Configuration 

Tn  addition  to  the  strongback/bridge  configuration  of  the  STR,  a half  strongback  con- 
figuration was  examined.  This  consisted  of  the  configuration  shown  in  Figure  4.5-5. 

Several  support  configurations  were  also 
examined.  The  baseline  support  system 
(2  trunions  and  1 keel  fitting)  did  not  pro- 
vide a stable  system.  To  achieve  a stable 
configuration  it  was  necessary  to  have  2 
keel  fittings  with  vertical  load  carrying 
capability  or  both  trunions  must  act  as 


Figure  4.5-5.  Half  Strongback 
Configuration 
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fixed  supports.  With  these  restrietions  it  was  decided  that  the  half  strongback  configu- 
ration was  not  a viable  configuration  and  was  dropped  from  further  investigation. 


The  details  of  the  stress  analysis  can  be  found  in  Appendix  C. 

4. 5. 3. 6 Jettison  Requirements 

Inherent  in  the  safety  of  the  STS  is  the  ability  to  return  from  orbit  with  the  bay  doors 
closed,  the  pavloads  mounted  securely  and  less  than  32,000  pounds  of  payload  remaining. 
Deployable  systems  must  have  a backup  to  insure  that  failure  does  not  preclude  safe 
return  from  orbit.  One  way  to  achieve  this  is  to  have  an  astronaut  go  on  an  EVA  to 
either  correct  the  malfunction  or  cut  the  assembly  loose.  EVA  was  assumed  applicable 
as  a backup  only.  (See  Figure  4.5-6).  Other  approaches  involve  providing  jettisoning 
capability  for  all  items  that  deploy  beyond  the  cargo  envelope  and  provide  safety  stowage 
position  for  deployable  items. 

Several  methods  were  examined  for  jettisoning  failed  or  otherwise  unwanted  equipment 
for  the  down  leg  part  of  the  mission.  These  include: 

1.  Marmon  clamp 

2.  Pin  pullers 

3.  Separating  Nuts 

4.  Cable  Cutters  J 

, r ■ . T"»i  . } for  electrical  wiring 

5.  In  Flight  Disconnect  J 6 

The  marmon  clamp  is  ideal  for  payloads  with  a circular  interface.  Tension  springs 
to  pull  the  band  down  away  from  the  separation  ring  plane  are  desirable  to  prevent 
tipoff  rotational  rates.  Pin  pullers  have  been  used  very  successfully  on  programs 
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1 


• Jettison  Capability  Required 

- All  items  that  deploy  beyond  cargo  envelope 

- Safety  stowage  position  for  deployable  items 

• KVA  is  Backup  only 

Figure  4.5-6.  Jettison  Requirements 

such  as  206,  BSK,  Nimbus,  Landsat,  and  others  (as  have  Marmon  clamps)  and  can 
be  used  with  confidence  where  applicable.  However,  the  first  choice  is  separating 
nuts  with  redundant  squibs  in  each  nut.  This  is  probably  the  most  universally 
adaptably  mechanism  and  the  most  cost  effective.  A series  of  separating  nuts  in  1/4", 
3/8,  1/2,  5/8,  and  3/4"  bolt  sizes  can  be  made  which  all  use  the  same  squibs  for 
power.  They  can  be  resettable  which  permits  test  and  or  operation  with  cold  high 
pressure  gas  if  desirable.  They  can  also  be  conventional  design  or  low  shock  design 
as  the  design  dictates.  For  a particular  configuration,  the  appropriate  size 
or  nut  is  chosen  for  that  installation. 

As  an  alternate  or  backup  to  the  separating  nuts,  a band  clamp  assembly  may  be  used. 
For  the  bridge,  pin  pullers  are  a possibility  depending  on  the  configuration  and  loads. 

In  summary,  separating  nuts  provide  the  best  combination  of  size  to  weight  carrying 
capability  and  low  cost  for  a multiplicity  of  applications. 

The  choice  between  cable  cutters  and  in  flight  disconnect  will  be  based  on  the  size  of 
the  cable.  In  flight  disconnects  are  used  with  large  cables  and  cable  cutters  are 
applicable  to  small  diameter  cables. 
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4.6  TEST  REQUIREMENTS 


4.6.1  STR  TEST  FLOW 

The  baseline  STR  Test  Flow  Plan  for  development,  qualification,  protoflight  and 
flight  hardware  is  shown  in  Figure  4.6-1. 

This  test  flow  places  emphasis  on  component  level  testing  to  minimize  the  impact  of 
STR  configuration  changes  to  accommodate  different  experiments. 

Testing  of  STR  flight  units  is  limited  to  electrical/mechanical  integration,  functional 
performance  measurements  and  external  interface  verifications.  When  STR  testing  is 
complete,  the  STR  will  be  ready  for  experiment  integration  and  test. 

Protoflight  STR  hardware  will  be  subjected  to  additional  tests  to  demonstrate  compati- 
bility of  the  hardware  with  itself  and  with  its  environment,  and  to  qualify  new  or  modified 
designs  for  flight  use. 

In  general,  a development  and/or  a qualification  unit  is  required  for  each  new  design. 

All  qualification  and  protoflight  units  are  reused  for  higher  level  subsystem,  panel  and 
CTR  level  tests.  The  protoflight  STR  will  be  refurbished  as  a flight  unit. 

Of  the  35  types  of  typical  components  that  are  used  on  an  STR,  13  are  new,  3 are 
modifications  of  existing  designs  and  19  are  existing  designs. 

4.6.2  COMPONENT  TEST 

A review  of  equipment  heritage,  including  current  design  status  of  typical  flight  hard- 
ware components  and  prior  use  of  the  components,  was  used  to  identify  the  new  or 
modified  components  that  would  require  development  and/or  qualification  testing.  It 
was  assumed  that  the  components  that  have  been  qualified  for  previous  use  will  be 
qualified  for  use  on  the  STR  by  similarity.  Preliminary  thermal  and  acoustic  analyses 
support  the  assumption.  Further  analysis  and  the  results  of  structural  development 
tests  will  be  used  to  confirm  the  components'  qualification  status. 
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Figure  4.  6-1.  STR  Test  Flow 

Equipment  heritage  data  for  typical  components  is  shown  in  Appendix  D.  The  data 
includes  the  current  design  status  (new,  modified,  or  existing),  and  the  probable  source 
and  prior  use  of  the  hardware  if  known. 

Component  level  environmental  test  requirements  are  shown  in  Appendix  D.  Functional 
and  environmental  test  requirements  are  shown  for  development,  qualification  and 
acceptance  testing.  Random  vibration  and  thermal  vacuum/thermal  cycling  were 
selected  as  the  environment  screens  that  would  be  most  effective  for  component  test. 
EMC/ESD  testing  will  be  performed  at  higher  levels  of  assembly.  Analysis  of 
Structural  Dynamic  Model  (SDM)  test  results  will  be  used  to  confirm  or  select  the  com- 
ponent random  vibration  test  levels. 

Hardware  use  and  reuse  data  is  shown  in  Appendix  D.  The  matrix  shows  one-time 
use  of  engineering  model  components,  mass  simulations  of  components  for  the  SDM, 
and  reuse  of  qualification  components  for  the  protoflight  f?TR. 

(1 


4.H.3  STRUCT  HtA  L DYNAMIC  TESTS 

The  STR  structure  must  accommodate  a range  of  configurations  of  experiment  and 
housekeeping  hardware.  The  static  and  dynamic  configuration  of  the  prototype  structure 
tests  will  he  determined  analytically  to  accommodate  a family  of  representative  ex- 
periments. These  tests  should  accomplish  the  following  objectives: 

1.  Demonstrate  structural  integrity  of  the  STR:  including  minimum  modal  fre- 
quencies, strength,  alignment,  dynamic  envelope,  and  qualification  of  the 
structure. 

2.  Confirm  STR  dynamic  and  static  load  analytical  models  by  defining  significant 
system  mode  shapes,  damping,  and  load  distributions. 

3.  Confirm  the  dynamic  interface  environment  for  subsystems  and  components  for 
validation  of  component  dynamic  tost  specifications. 

4.  Determine  shock  environment  at  component  interfaces  due  to  operation  of 
STR  pyro  devices. 

5.  Confirm  alignment  repeatability  of  component  mounting  planes. 

6.  Confirm  component  qualification  status  for  those  components  to  be  qualified 
by  similarity. 

The  structural  development  test  configuration  will  consist  of  prime  quality  primary 
structure,  secondary  structure  and  panels  and  mass  models  of  housekeeping  hardware 
and  representative  experiment  hardware.  The  structure  and  panel  will  be  refurbished, 
if  necessary,  and  reused  as  the  protoflight  structure. 

The  Prototflight  Structure  Test  Flow  Plan  shall  include  the  following: 

1.  Static  Load  Tests  to: 

a.  Qualify  the  strength,  deflection  and  alignment  characteristics  of  the 
structure. 

b.  Determine  local  Influence  coefficients  for  updating  the  analytical  model. 
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2.  Acoustic  Noise  Test  to: 

a.  Verify  the  Integrity  of  the  structure  for  launch  dynamic  loading. 

b.  Evaluate  the  adequacy  of  components  dynamic  test  requirements. 

3.  Pyrotechnic  Shock  Test  to: 

a.  Determine  the  shock  environment  at  component  mounting  points. 

4.  Alignment  Checks  to: 

a.  Assess  alignment  repeatability  by  pre-  and  post-environmental  test 
measurements  of  relationships  between  mounting  planes. 

4.6.4  PROTOFLIGHT  SUBSYSTEM  TESTS 

The  Protoflight  Communication  Subsystem  and  the  Protoflight  Attitude  Control  Subsystem 
will  each  be  tested  prior  to  integration  at  the  panel  level  of  assembly. 

Each  subsystem  will  be  mounted  on  protoflight  structure  panels  and  will  utilize  proto- 
flight harness  segments,  where  possible,  to  minimize  the  effects  of  non-flight  hard- 
ware on  the  test  results. 

The  objectives  of  the  subsystem  tests  will  be  to: 

1.  Demonstrate  subsystem  electrical  compatibility  with  minimum  interference 
from  interfacing  hardware. 

2.  Partially  verify  STR  harness  design  and  the  accuracy  of  wiring  tables. 

3.  Verify  subsystem  performance  capability. 

4.  Verify  Attitude  Control  Subsystem  software  compatibility. 

When  subsystem  tests  are  complete,  the  hardware  will  be  reused  for  the  protoflight 
panel  test. 
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4.6.5  PROTOFLIGHT  PANEL  TEST 

The  protoflight  panel  test  demonstrates  the  compatibility  of  electrical  components 
mounted  on  the  housekeeping  panel  and  of  "bench"  mounted  components  that  interface 
with  them.  The  hardware  items  necessary  for  this  test  are  identified  in  the  hardware 
usage  matrix  shown  in  Appendix  D. 

The  specific  objectives  of  this  test  are  to: 

1.  Verify  subsystem  compatibility  with  interfacing  hardware  in  an  STR  elec- 
trically mated  configuration. 

2.  Demonstrate  STR  electromagnetic  compability. 

3.  Determine  RF  compatibility  of  STR  components  and  obtain  STR  electrical 
transient  signatures. 

4.  Integrate,  and  demonstrate  compatibility  of  the  Test  Ground  Station  with 
the  STR. 

In  addition  to  the  compatibility  testing,  the  housekeeping  panel  will  be  subjected  to 
thermal  vacuum  testing  to  demonstrate  electrical  compatibility  in  the  simulated  space 
environment.  This  will  be  done  with  a fixture  which  simulates  the  thermal  control 
subsystem  in  one  plane  and  provides  for  an  experiment  mount. 

4.6.6  STR  INTEGRATION  AND  TEST 

The  protoflight  and  flight  STR  test  flows  are  Figure  4.6-2. 

4.6.7  ASSEMBLE  STR 

STR  assembly  will  consist  of  mechanical  integration  of  STR  panels  and  components 
in  the  "ship”  configuration.  The  harness  will  be  installed  with  no  external  connectors 
mated.  Interior  subsystem  connectors,  previously  mated  for  subsystem  on  panel 
tests,  will  remain  connected  or  will  be  connected  during  the  assembly  process. 
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Figure  4.6-2.  STR  Integration  and  Test  Flow 
4.6.8  ALIGNMENT 

The  alignment  repeatability  of  STR  components  will  have  been  verified  during  the 
structural  dynamic  test  of  the  protoflight  structure.  The  CTR  alignment  function  will 
be  performed  once  either  during  the  assembly  cycle  or  afterwards  just  prior  to  STR 
integration  alignment  or  the  following  components  will  be  required: 

1.  Communication  Antennas 

2.  Sun  Sensors 

3.  Inertial  Reference  Unit 

4.  Star  Trackers 

5.  Gimbal  Assembly 

6.  Gyros 

4.  6.  9 STR  INTEGRATION 

Prior  to  mating  electrical  connectors,  the  following  tests  will  be  performed: 
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1.  Unloaded  power  checks,  to  assure  proper  power  distribution 

2.  Ground  isolation  checks 

3.  Command  override  capability 

After  mating  the  electrical  connectors,  command  and  telemetry  functions  and  caution 
and  warning  functions  will  be  checked. 


The  intent  of  this  testing  is  to  protect  the  equipment  from  damage  and  to  assure  control 
of  STR  functions  during  subsequent  tests. 


4.6.10  INITIAL  PERFORMANCE 

The  Initial  Performance  Test  establishes  the  STR  baseline  performance  data.  Specific 
objectives  of  this  test  are  to: 

1.  Demonstrate  compatibility  between  STR  subsystem  to  subsystem  interfaces 
and  STR  external  interfaces  with  the  STR  ground  station,  STR  ground  support 
equipment,  and  simulators,  Shuttle  and  experiment  interfaces.  The  baseline 
STR  interface  matrix  is  shown  in  Table  4.6-1.  The  field-of-view  and  thermal 
interfaces  shown  on  the  table  will  be  verified  analytically. 

2.  Electrical  operation  of  the  STR  in  all  of  its  operating  modes  and  verification  of 
STR  functions. 

3.  Verification  of  redundant  equipment  operation. 

4.6.11  EMC  TEST 

The  EMC  test  will  perform  power  transient  and  bus  noise  measurements  on  selected 
STR  signal  lines.  These  values  will  be  compared  to  predicted  values  or  values  measured 
during  component,  subsystem,  or  panel  tests.  The  objective  of  this  test  will  be  to  assure 
that  sufficient  margin  exists  for  EMI  sensitive  circuits.  The  EMC  test  will  be  performed 
on  the  protoflight  STR  only. 


4.6.12  MASS  PROPERTIES 

Mass  properties  of  the  assembled  STR  will  be  measured  on  the  protoflight  STR  only. 
These  measurements  will  be  used  to  confirm  analytical  predictions  of  mass  properties 
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and  assure  that  the  analytical  technique  will  be  adequate  for  flight  STR  mass  property 
determination.  Mass  properties  of  flight  STR's  will  be  determined  from  measured 
weights  for  each  different  STR  configuration. 

4.6.13  FINAL  PERFORMANCE 

The  Final  Performance  test  will  be  a repeat  of  the  Initial  Performance  Test.  On  the 
protoflight  STR,  the  data  will  be  compared  for  repeatability  with  the  Initial  Performance 
Test  results.  The  Final  Performance  test  establishes  the  STR  baseline  performance 
for  flight  STR's. 
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4.7  STR  PROGRAM  WORK  BREAKDOWN  STRUCTURE 


The  STR  Program  consists  of  the  following  categories  of  activity: 

1.  Design,  development,  test  and  fabrication  of  the  basic  STR  system  which 
will  support  a variety  of  payloads.  This  is  a one  time  activity. 

2.  Integration  of  a payload  into  the  STR.  This  consists  of  STR/Payload 
assembly  design,  payload  integration  and  test.  This  is  an  activity  cycle 
that  is  repeated  for  each  payload  assembly. 

3.  Integration  of  the  STR/  Payload  Assembly  into  the  STS.  This  activity  is 
described  in  Section  5.  This  is  an  activity  cycle  that  is  repeated  for  each 
flight  of  an  STR/Payload  assembly. 

4.  7. 1 STR  DESIGN  DEVELOPMENT  TEST  AND  FABRICATION 

The  STR  design,  development,  test  and  fabrication  activity  includes  the  following 

basic  items: 

1.  Systems  engineering  and  analysis  of  STR  and  an  envelope  payload 

2.  Design  of  STR 

3.  Tests  including: 

a.  Structural  development  (dynamic,  static  load,  acoustic) 

b.  Thermal  control  (thermal  balance) 

c.  Qualification  of  the  STR  system 

• Dynamic 

• Acoustic 

• Thermal  Vacuum 

• Ambient  electrical  systems 

• RF  development 

• EMI  development 

4.  Hardware  fabrication  for  flight  usage 

5.  MAGE  design  and  fabrication 

6.  EAGE  design  and  fabrication 

7.  Ground  station  simulator  design  & fabrication 

8.  Operational  Site  definition 

9.  STR  system  usage  training 
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A work  breakdown  structure  for  this  effort  is  shown  in  Figures  4.7-1  and  4.  7-2. 


4.7.2  STR  PAYLOAD  INTEGRATION 

The  STR/ Payload  integration  activity  includes  the  following  basic  items: 

1.  System  Engineering  and  Analysis.  This  is  an  update  of  the  general  STR 
analyses  applicable  to  a specific  experiment  and  its  interfaces  with  STR. 

2.  Design  of  the  STR/ Payload  Assembly.  Primarily  drawing  production. 

3.  Tests.  STR/  Payload  interface  using  the  STR  simulator  and  the  STR 
mounting  panel  on  which  the  payload  will  actually  fly.  This  is  usually  done 
at  the  payload  contractor's  factory  during  his  development  cycle.  It  insures 
that  at  delivery,  the  payload  and  the  STR  will  be  compatible. 

4.  Integration  and  Test  of  the  STR/  Payload  Assembly.  This  is  done  at  the 
launch  site,  ETR  or  WTR. 

5.  Preparation  of  mission/payload  software. 


A work  breakdown  structure  for  this  activity  is  given  in  Figure  4.7-3. 


4.  7.  3 INTEGRATION  OF  STR/PAYLOAD  ASSEMBLY 

The  Integration  of  the  STR/payload  assembly  into  the  STS  includes  the  following 
basic  items: 

• Definition  and  provision  of  payload  support  and  mission  equipment 
(provided  by  the  payload  contractor). 

• Definition  and  provision  of  STR  mission  equipment  such  as  aft  flight  deck 
consoles,  harnesses,  caution  and  occurring  interferences  hardware. 

• Interface  with  the  AFSCF  or  NASA  STDN  communications  systems. 

• Pre-installation  (into  Orbiter)  and  post-installation  orbiter  and  payload 
interface  compatibility  and  verification  tests.  Support  of  the  installation 
of  the  STR/experiment  into  CITE,  PPR,  PCR  and  the  Orbiter  is  included 
in  this  task. 
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Figure  4.7-2.  STR  and  Support  Equipment  Work  Breakdown  Structure  Hardware  Breakout 


i 


0 


STR 

INTEGRA  TION 
AND  ASSEMBLY 


Figure  4.7-3.  STR/Experiment  Integration  Work  Breakdown  Structure  (WBS) 
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• Systems  engineering  and  analysis  for  the  specific  mission  flight.  Much  of 
the  activity  in  the  STR/payload  area  is  applicable.  This  area  includes 
interface  definitions,  negotiations  and  agreements.  It  also  includes  the  analysis 
required  for  support  of  those  agreements.  It  further  includes  the  hazards  and 
safety  analysis  in  support  of  an  approved  flight  safety  certification. 

• Prelaunch  support  planning  and  launch  support. 

• Flight  test  planning  and  flight  tost  support. 


The  Work  Breakdown  Structure  for  this  area  is  shown  in  Figure  4.  7-4. 
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SECTION  5 


I 
I 

STR  OPERATIONAL  CONCEPTS  (TASK  3) 

I 

5.  1 INTRODUCTION 
I 5.  1.  1 BACKGROUND 

The  DOD  Space  Test  Program  (STP)  has  a continuous  program  of  flight  testing  exper- 
j imental  equipment  as  part  of  proofing  that  equipment  for  operational  use.  Prior  to 

the  Shuttle  era,  such  flight  tests  were  carried  out  on  airplanes,  balloons,  sounding 
rockets,  ballistic  missiles,  and  boosted  space  flights.  Many  of  the  tests  were 
"piggy-back"  missions.  The  Shuttle  with  the  Space  Transportation  System  (STS)  adds 
a new  opportunity  to  fly  and  recover  experiment  equipment  on  a frequent,  quick  re- 
action basis.  The  Standard  Test  Rack  (STR)  is  a means  of  implementing  this  flight 
test  concept  on  the  STS.  The  design  of  the  STR  is  discussed  in  Section  4.  The 
activities  required  to  get  the  STR  with  its  experiment  payload  on  the  Shuttle  are  the 
subjects  considered  in  this  Section.  These  activities  are  analyzed  covering  the  period 
of  time  from  experiment  development  thru  flight  operations,  including  recovery  and 
re-flight  cycles. 

5.  1.2  SCOPE  AND  OBJECTIVES 

DOD  and  NASA  have  conducted  a number  of  studies  dealing  with  the  planning  of  mis- 
sions for  STS  and  integrating  payloads  into  STS.  These  study  documents,  along  with 
the  definitive  documents  defining  the  STS  system,  the  launch  site  facilities  and  other 
supporting  documents  defining  cost  policies,  verification  test  requirements,  etc.  are 
the  basis  for  the  STR  integration  analysis.  A list  of  these  reference  documents  is 
given  in  paragraph  6.3.  1.  These  documents  were  reviewed  in  depth.  The  data  they 
contain  and  the  STR  requirements  defined  in  Section  3 were  used  to  develop  STR  in- 
tegration and  operations  procedures.  Previous  STS  integration  studies  have  dealt 
with  sortie  missions  and  free  flight  payloads  requiring  re-flight  capability  and 
autonomy  respectively.  Since  the  STR  is  autonomous  to  the  maximum  possible  extent 
and  never  leaves  the  orbiter  it  has  characteristics  similar  to  both  sortie  and  free 
flight  payloads.  The  analytical  planning  activities  and  the  procedures  for  actual  STR 
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integration  into  the  STS  are  therefore  a combination  of  both  types  of  STS  payloads. 

The  objectives  of  the  operational  concepts  task  are  to: 

1.  Examine  and  define  the  interfaces  between  the  STR  and  the  Shuttle  and  the 
launch  site  facilities.  These  interfaces  include  functional,  safety,  crew 
participation  and  the  facilities  at  KSC  and  VAFB. 

2.  Define  the  integration  approach  to  be  used  for  getting  STR  on  the  Shuttle. 

3.  Define  the  STR  activity  flows  and  timelines  for  accomplishing  STS  inte- 
gration with  various  types  of  payloads.  These  include  the  Spacelab  module 
and  pallets  in  various  combinations,  spacecraft,  and  spacecraft  with  upper 
stages  (IUS,  SSUSA  or  SSUSD). 

1.  Determine  the  impact  of  STR  on  STS  payload  integration  and  define  the  special 
activities,  equipment  and  facilities  required  to  accomplish  STR  integration 
into  S I'S. 

t>.  Define  the  key  issues  and  problems  to  be  faced  with  STR  integration. 


5.  1.3  ASSUMPTIONS  AND  GUIDELINES 

1.  STR  development  is  completed  prior  to  first  usage. 

2.  STR  can  be  flown  on  any  STS  flight  with  any  cargo  configuration  consisting 
of  spacelab  modules  and  pallets,  spacecraft  and  spacecraft  on  upper  stages 
(IUS,  SSUS).  Length  of  flight  mission  is  not  considered  to  be  a limitation 
for  this  part  of  the  study. 

3.  STR  consists  of  the  subsystems  which  support  the  experiments.  The  STR 
Assembly  consists  of  the  STR  and  the  payload  which  has  been  integrated 
onto  it. 

4.  STR  is  always  a secondary  payload. 

5.  The  payloads  carried  by  the  STR  include 

a.  Experiments  being  tested  to  verify  their  performance  for  operational 
use 

b.  R&D  operation  missions  (prime  mission  high  risk  component  qualification) 

c. 


Operational  user  missions 


5.2  SHUTTLE  INTERFACES 


In  this  section  the  shuttle  interfaces  are  reviewed  and  the  degree  of  STR  autonomy  is 
assessed. 

5.2.1  GENERAL 

The  STR  will  Interface  with  the  orbiter  and  other  STS  payloads  which  comprise  the 
cargo  as  shown  in  Figure  5-1.  The  interfaces  with  the  other  STS  payloads  are  limit- 
ed to  functional  compatibility  and  providing  non-interference  with  installation  and  flight 
operation  to  the  maximum  possible  extent.  The  STR  will  also  be  functionally  com- 
patible with  the  Orbiter.  The  service  accommodations  provided  by  the  Oribter  are 
shown  in  Figure  5-2.  These  services  are  provided  by  the  Orbiter  at  the  cargo  bay 
locations  shown  in  Figure  5-3.  An  analysis  of  the  STR  missions  and  the  Shuttle  re- 
quirements show  that  STR  design  provides  its  own  sub-system  services  and  functions 
(See  Section  4)  so  that  only  the  following  interfaces  with  the  Orbiter  will  exist: 


COMPATIBILITY  SERVICES  COMPATIBILITY 


• FUNCTIONAL 

• NON-INTERFERENCE 


• C1W  * MOUNTING 

• COMMAND  • CREW  ACTIVITY 

OVERRIDE 


Figure  5-1.  STR/STS  Interfaces 
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1.  Physical  mounting  of  the  STR  on  the  Orbiter  structural  support  mechanisms. 

2.  C rew  activity  consisting  of: 

a.  STR  and  experiment  operation,  limited  primarily  to  turn-on  and  turn-off. 

b.  Operation  of  the  Remote  Manipulator  System  to  deploy  and  retrieve  STR 
payloads. 

c.  Other  activities  such  as  monitoring  performance,  target  selection,  ex- 
periment pointing,  photography,  equipment  adjustment  etc. 

3.  Caution  and  warning  requirements  for  safety  purposes  are  dictated  in  Refe- 
rence 1.  Current  trend  on  caution  and  warning  is  to  eliminate  the  need  for 

it  by  designing  equipment  to  have  high  safety  margins  and  for  multiple  failures 
to  occur  before  a hazard  is  created  (No  single  point  failure  to  result  in  crea- 
tion of  a hazard).  However,  details  of  C&W  requirements  with  respect  to 
items  such  as  explosive  devices,  latches  which  hold  equipment  in  a stowed 
position  for  safety  and  extendable  equipment  which  impinges  into  the  closed- 
door  (cargo  bay  door)  area  have  not  been  fully  determined. 

4.  Safety  considerations  allowing  the  crew  and/or  Shuttle  Mission  Control  Cen- 
ter to  override  commands  to  STR.  This  appears  to  be  a NASA  requirement 
that  the  Shuttle  crew  have  some  control  over  the  cargo.  This  could  mean  a 
turn-on,  turn-off  capability  as  a minimum  with  other  potentials  such  as  jetti- 
son of  STR  equipment. 

The  twelve  experiments  used  to  establish  STR  baseline  requirements  were 
examined  and  the  Orbiter  interfaces  to  be  considered  were  identified.  A 
matrix  of  the  experiments  and  the  four  required  interfaces  is  shown  in 
Table  5-1. 

5.2.2  MISSION 

The  STR/ Payload  missions  must  be  compatible  with  the  primary  STS  mission. 

Each  STR/ Payload  mission  will  have  an  orbit  altitude  range,  orbit  inclination 
range  and  attitude  duty  cycle  range.  These  requirements  for  each  STR  / Payload 
will  be  compared  to  the  existing  STS  flight  mission  definitions  specified  in  the  official 
STS  Traffic  Manifest.  For  each  STR/Payload,  a list  of  all  possible  STS  flights 
will  be  maintained  and  updated  continuously  from  the  time  the  payload  mission 
requirements  are  identified.  This  activity  is  part  of  the  STR  integration  planning 
effort. 
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As  an  example  the  mission  for  Experiment  No.  1,  Lasercom  Receiver  Test,  requires 
that  it  points  at  a satellite  in  synchronous  orbit  for  30  minutes,  twice  a day  on  consecu- 
tive orbits.  This  mission  is  incompatible  with  a primary  payload  requiring  continuous 
earth  pointing  without  using  sophisticated  and  expensive  booms  to  provide  the  necessary 
experiment  orientation.  Typical  primary  mission  payloads  which  must  be  as- 
sessed t.  to  compatibility  with  which  the  STR  could  fly  are  shown  in  Table  5-2.  These 
missions  are  all  low  altitude  missions  with  a range  from  160mm  to  500mm  at  inclinations 
varying  from  28.5.  to  polar.  It  is  anticipated  that  meaningful  data  for  some  experiments 
can  be  acquired  on  flight  missions  as  short  as  1 day  or  multiple  3 day  missions.  However, 
a review  of  the  11  baseline  experiments  and  a number  of  NASA  experiments  (see  Reference 
2)  Indicates  that  missions  of  7 days  total  or  greater  are  required.  Since  most  of  the 
Sortie  and  combined  missions  from  Table  5-2  are  7 days  or  greater  (up  to  30  days), 
these  missions  are  the  ones  on  which  the  STR /Experiments  are  most  likely  to  fly.  In 
the  case  of  free  fliers  with  1-2  day  mission  times,  it  is  most  likely  that  those  short 
missions  would  be  extended  to  accommodate  a "high  priority"  STR  experiment.  As 


Table  5-2.  Primary  Payload  Mission  Types 


Sortie 

Free  Fliers 

Combination 

• Spacelab 

• Module  only 

• Module  & pallets 

• Pallets  only 

• Other 

• BESS 

• LDEF 

• Spacecraft 

• Spacecraft/lUS 

• Spacecraft/SSUS 

• Multiples  of  the  above 

• Spacecraft  & pallets 

• Spacecraft/lUS 

• Spacecraft/SSUS 

• Multiples  of  the  above 

such,  the  STR  then  becomes  a primary  payload.  This  study  does  not  differentiate 
between  the  STR  as  a primary  on  secondary  payload,  and  the  goals  for  integration 
and  operational  modes  of  handling  each  is  considered  to  be  the  same,  i.e.  quick 
turn-around  and  minimal  interface. 
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5.2.3  FUNCTIONS  PROVIDED  TO  STR  EXPERIMENTS 

As  explained  in  paragraph  1. 1,  the  goal  of  the  STR  is  to  be  autonomous  in  operation 
with  respect  to  the  Orbiter.  An  analysis  of  experiment  requirements  and  Shuttle 
limitations  was  performed  and  is  discussed  in  Section  3.  The  results  of  that  analysis 
and  the  resulting  interfaces  are  defined  in  this  section.  A list  of  the  functions  required 
to  support  the  STR  experiments  is  given  in  Table  5-3.  As  shown  in  Table  5-3,  the 
thermal  control,  power  and  energy,  telemetry  and  attitude  control  are  provided  to  the 
experiments  by  the  STR.  No  support  from  the  Orbiter  is  required  and  a clean  inter- 
face between  the  Orbiter  and  the  STR  exists  in  these  areas. 


Table  5-3.  Functions  Provided  to  STR  Payloads 


STR 

O r biter 

STR /Orbiter 
Physical 

Inte  rface 

Structure 

X 

X 

Thermal 

X 

Power 

X 

Telemetry 

X 

Command 

X 

X* 

Attitude  Control 

Pointing 

X 

X 

Knowledge 

X 

Caution  & Warning 

X 

X 

X 

Safety 

X 

X 

X 

Crew  Participation 

X 

X 

+STR/Orbiter  command  interface  is  a function  of  safety  and/or  crew  participation 
in  the  STR  /Payload  mission. 


A specific  structural  interface  between  the  STR  and  Orbiter  always  exists  since  the 
STR  must  be  mounted  in  the  Orbiter  and  must  survive  the  static  and  dynamic  struc- 
tural loads  during  all  mission  phases.  Details  are  discussed  in  paragraph  4.5, 


A 
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A command  interface  is  tied  in  with  the  safety  interface  because  some  control  over  the 
Orbiter  cargo  is  required  by  the  crew.  Details  are  discussed  in  paragraph  5.2.6. 
Caution  and  warning  and  safety  requirements  for  the  Orbiter  as  specified  in  the  Space 
Shuttle  System  Payload  Accommodations  document  (Reference  1)  may  also  require  a 
physical  interface  between  the  STR  and  the  Orbiter.  Details  are  discussed  in  para- 
graph 5.2.5  and  5.2.6.  Eleven  of  the  twelve  baseline  experiments  required  crew 
participation  from  a functional  standpoint.  The  functional  and  safety  aspects  of  crew 
participation  are  discussed  in  paragraphs  5.2.6  and  5.2.7. 

5.2.4  MECHANICAL 

The  mechanical  interface  with  the  Orbiter  consists  primarily  of  the  payload  bay  loca- 
tion, physical  attachment  to  the  Orbiter,  c.g.  effects  on  overall  cargo  limits  and 
non-interference  with  other  payloads. 

5.  2.  4.1  STR  Configurations 

The  basic  configurations  of  the  STR  are  shown  in  Figure  4.5-1  in  Section  4.  These 
configurations  provide  fcr  support  of: 

1.  A wide  range  of  experiment  weights  and  sizes 
2-  Payloads  on  an  STR  supported  pointing  system 

3.  Location  of  payloads  in  available  space  on  flights  where  the  primary 
payload  is  Spacelab  or  free  fliers  (spacecraft  which  are  deployed  from 
the  Orbiter). 

The  basic  STR  configuration  is  shown  in  Figure  5-4.  It  consists  of  the  strongback 
(lower  6 panel  section)  and  the  bridge  (horizontal  3 panel  beam).  The  trunnions  which 
support  the  STR  on  the  side  longerons  and  the  keel  are  mounted  on  the  strongback. 

The  strongback  also  contains  the  STR  housekeeping  systems  (power,  telemetry, 
command,  data  handling,  attitude  control,  thermal  control,  etc.).  Experiments 
are  mounted  on  the  bridge  along  with  necessary  housekeeping  elements  requiring 
a visual  or  RF  field-of-view  (startracker,  sun  sensor,  S-band  antennas).  The 
other  configurations  are  variations  of  the  bridge  which  supports  the  experiments. 

For  experiments  which  require  large  vertical  direction  mounting,  lower  bridge 
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positions  are  available.  As  an  example,  a lower  bridge  configuration  can  be  used 
for  an  experiment  mounted  on  a pointing  system.  (See  Figure  4.5-1,  Section  4). 

The  ultimate  in  available  volume  is  provided  by  using  the  strongback  alone.  In  this 
case  payloads  would  be  mounted  directly  to  the  structural  hard-points  which  support 
the  bridge. 

For  cases  where  a complete  bridge  is  not  possible,  the  double  or  single  shelf  config- 
uration is  used.  This  is  utilized,  for  example,  when  the  STR  is  moiuated  around  a 
spacecraft. 

5.2.  4.2  STR  Mounting  Locations 

The  various  prime  payloads  with  which  the  STR  will  fly  on  the  orbiter  are  the  spacelab, 
non  spacelab  sortie  missions  and  the  free  fliers  (spacecraft  deployed  from  the  orbiter, 
with  and  without  the  upper  stages,  IUS  and  SSUS).  The  first  44  operational  STS  flights 
as  defined  by  NASA  in  Reference  3 were  reviewed.  The  numbers  and  types  of-  flights 
include,  19  spacelab,  21  spacecraft,  mostly  with  upper  stages  and  4 combination 
spacecraft  and  non-spacecraft  sortie  missions.  The  7 standard  spacelab  configurations 
are  shown  in  Figure  5-5.  Typical  spacecraft  and  mixed  sortie-spacecraft  orbiter  pay- 
loads  are  shown  in  Figures  5-6  thru  5-9. 

Orbiter  payload  types  include: 

Spacecraft  on  SSUS 

a.  Single 

b.  Stacked 

Non-Spacelab  sortie  and  spacecraft 

a.  Without  upper  stage 

b.  With  upper  stage 

Available  mounting  areas  include  open  areas  between  other  primary  payloads  and  be- 
tween payloads  and  the  fore  and  aft  cargo  bay  bulkheads,  the  area  around  the  spacelab 
tunnel  connecting  the  Spacelab  and  the  orbiter  cabin  and  areas  around  spacecraft 
mounted  on  their  own  support  cradles  or  on  upper  stages  such  as  IUS.  From  the 


1.  Spacelab  4. 

2.  Spacecraft 

3.  Spacecraft  on  IUS 
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3 LONG  MODULE,  TWO  PALLETS 

4 SHORT  MODULE,  TWO  PALLETS 

5 SHORT  MODULE, THREE  PALLETS 

6 THREE  PALLETS 

7 FOUR  PALLETS 

8 FIVE  PALLETS 


Figure  5-5,  Standard  Spacelab  Configurations 
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Figure  5-9.  IUS  (2  Stage)  With  VLBI  Bess-Deploy  APPS 


survey  of  the  44  NASA  STS  payloads,  the  availability  of  the  various  mounting  areas 
with  the  non-spacelab  primary  payloads  is  shown  in  Table  5-4. 


Table  5-4.  STR  Mounting  Opportunities  for  Non-Spacelab  Payloads 


Open  Areas 

Combination 

Type  of 
Orbiter 
Payload 

Forward 

of 

Payloads 

Between 

Payloads 

Aft  of 
Payloads 

Around 

Spacecraft 

of  open 

Areas  and 
Around  Spacecraft 

No 

Room 

Not 

Defined 

Spacecraft 
(21  flights) 

3 

4 

4 

1 

9 

(DOD 

payloads) 

Combination 
sortie  and 
spacecraft 
(4  flights) 

1 

2 

1 
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From  Figure  5-5,  Spacelabs  allow  STR  mounting  around  the  tunnel  in  Configurations 
1,  2 and  4,  in  open  areas  in  Configuration  1,  6,  7 and  8,  and  around  the  utility,  sup- 
l>ort  structure  which  joins  the  pallets  and  the  module  in  configurations  6 and  7.  (De- 
tails of  the  utility  support  structure  are  shown  in  Figure  5-10. ) A summary  of  the 
STR  mounting  opportunities  with  spacelab  on  the  first  44  flights  is  shown  in  Table 
5-5. 


Table  5-5.  STR  Mounting  Opportunities  With  Spacelab  Payloads 


The  number  of  opportunities  for  each  of  the  mounting  areas  mandated  the  STR  design 
with  its  alternate  configurations  to  maximize  the  potential  usages  of  the  STR  concept. 
A summary  is  shown  in  Table  5-6  below: 


Table  5-6.  Summary  of  Types  of  STR  Mounting 


Total  Number  of  STS  Flights  Considered 
(Multiple  Options  on  Some  Flights) 

35 

STR  Mounted 

• Around  Spacelab  Tunnel 

14 

• Around  Pallet  Utility  Bridge 

1 

• Around  Spacecraft 

6 

• In  Open  Areas 

16 

• Not  Possible 

2 

The  spacelab  tunnel  is  the  STR  configuration  forcing  function.  The  short  version  of  the 
tunnel  with  the  most  recent  airlock  concept  is  shown  in  Figure  5-11.  Longer  versions 
of  the  tunnel  permit  lower  bridge  mounting  positions.  The  STR  concept  can  be  used 
with  both  the  short  and  long  versions  of  the  tunnel.  The  minimum  STR  length  and 
height  available  for  the  tunnel  configurations  is  shown  in  Table  5-7. 


Table  5-7.  Tunnel  Dimensions 


Length  Between 

Airlock  and  Spacelab  Module,  Inches 

Height 

Above 

Tunnel, 

Inches 

Height 

Below 

Tunnel, 

Inches 

Shortest  Tunnel 

71.  18 

59.0 

16.9 

Longest  Tunnel 

374  . 04 

103.  6 

16.  9 



These  dimensions  include  the  handrails,  flexible  couplings  and  relative  deflections  of 
the  tunnel  from  Reference  4. 
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X. 679. 45 


X. 770. 3 


SHORTEST 

TUNNEL 

CUNFIGUIIATION 


LONG 

TUNNEL 

CONFIGURATION 


Figure  5-11.  Spacelab  Tunnel  and  Airlock  Configurations 


5.  2.  4. 3 STR  Mounting 

The  STR  utilizes  the  5-point  mounting  system  as  shown  in  Figure  5-12.  This  is  an  ac- 
ceptable configuration  defined  in  the  NASA  Space  Shuttle  System  Payload  Accommoda- 
tions document  (Reference  1).  The  STR  mounting  interface  is  shown  in  Figure  5-13. 


This  five-point  system  is  designed  so  that  the  stressed  skin,  open-U  section  of  the  pay- 
load  bay,  including  the  designs  of  the  Shuttle  longerons  and  ribs,  can  most  efficiently 
handle  the  loads  generated  by  the  payloads  being  carried.  This  leads  to  the  concept 
that  the  attachment  points  on  the  longerons  (rails  along  each  side  of  the  payload  bay) 
should  be  loaded  only  in  the  "plane"  of  the  skin,  i.e. , fore  and  aft  (tX)  and  up  and 
down  (eZ);  whereas,  the  keel  and  adjacent  rib  structures  are  loaded  only  in  the  plane 
of  the  skin  and  along  the  ribs  (±Y)  as  in  Figure  5-13  (upper  right).  Further,  it  is  de- 
sired to  isolate  the  vibrational  loads  developed  in  the  Orbiter  during  launch  from  the 
payload  structure. 


REACT  VERTICAL  LOAD  (F  ) 

Figure  5-12.  5 Point  Payload  Retention  System  (Indeterminate) 


N0N0EPL0YA8LE  PAYLOAD  ATTACH  FITTING 


5-POINT  PAYLOAD  INSTALLATION  ( INDETERMINATE) 


ItTMltO  J0V»N*l  CA> 
tUINCS  Att 


^lOTC  IIIOGC 


DEPLOYABLE  PAYLOAO  ATTACH  FITTING/MECHANISM 


PAYLOAD  KEEL  FITTING 


Figure  5-13.  STR  Mounting  Interface 
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These  objectives  are  met  by  attachment  fittings  that  hold  firm  in  certain  directions 
and  slip  in  others.  For  example,  the  main  attachment  points  on  the  longerons  consist 
of  cylindrical  trunnions  which  fit  into  holes  th  rough  the  centers  of  spherical  ball  bear- 
ings. This  construction  allows  the  cylindrical  trunnion  to  slip  back  and  forth  within 
the  spherical  ball  while  the  ball  is  free  to  rotate  in  any  direction  within  its  matching 
spherical  socket.  Therefore,  the  trunnion  can  only  transmit  loads  normal  to  its  axis 
(Figure  5-13  upper  right). 

The  keel  attachment  point  in  the  five-point  system  is  coplanar  (in  a plane  perpendicular 
to  the  Orbiter  longitudinal  axis)  with  the  chosen  longeron  attachment  points  and  is 
designated  to  carry  only  transverse  (±Y)  loads.  The  attachment  fitting  which  is  bolted 
to  the  keel  structure  has  elongated  slots  in  the  fore  and  aft  direction  (±X).  The  keel 
reaction  fitting  which  is  equivalent  to  the  trunnion  has  a peg  which  fits  into  this  slot, 
loosely  in  the  longitudinal  direction  and  snugly  in  the  transverse  direction.  The  peg 
is  sufficiently  long  so  that  it  remains  in  the  hole.  Any  pitch  moments  due  to  the  STR 
CG  lying  above  or  below  the  plane  of  the  trunnions  or  by  other  causes  is  reacted  to 
the  payload  structure  through  a pitch  arm.  The  pitch  arm  supports  a trunnion  similar 
to  the  longeron  trunnions,  but  the  pitch  arm  is  free  to  move  fore  and  aft  in  a slot, 
while  held  snugly  in  the  up  and  down  direction  (±Z).  In  the  five-  point  system  there 
are  two  pitch  arms  (or  pitch  trunnions). 

The  Orbiter  bay  longeron  and  keel  payload  support  points  are  listed  in  Table  5-8. 

The  STR  trunnion  supports  are  spaced  at  43.26  inches  which  permit  its  attachment  to 
the  Orbiter  at  any  pair  of  available  supports  spaced  11  points  apart.  This  permits 
maximum  flexibility  of  STR  mounting  location. 

5.2.4. 4 STR  Effects  on  Orbiter  Cargo  Weight  and  C.G.  Location 

The  STR  and  payloads  will  have  a maximum  weight  of  about  5000  pounds.  The  effect 

of  this  added  weight  on  the  total  payload  weight  C.G.  location  must  be  determined  for 
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Table  5-8.  Payload  Attach  Points  - Longeron  and  Keel  Xo  Locations  - Inches  (mm) 
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Hies:  All  attach  points  normally  available  ace  included  in  this  list. 

Attach  points  designated  1 L 1 (e.g.  nuaber  1601)  ace  available  only  at  the  longecons. 
Attacn  points  designated  'H*  (e.g.  nuabec  168K)  ace  available  only  at  the  keel. 

•Tut  longecon  attach  foints  at  these  locations  aay  be  used  only  fee  pciaacy  (bolt-down) 
attachaent. 


each  potential  STS  flight.  If  the  added  STR  weight  does  not  permit  the  orbiter  to 
reach  the  planned  orbit  altitude  and  inclination  based  on  the  performance  curves  in 
Reference  1 then  that  flight  is  not  a potential  mission  flight  for  STR.  A similar  effect 
in  C.G.  location  must  also  be  made  for  the  cargo  C.G.  limits  of  Reference  1.  An 
example  of  the  effect  of  STR  on  C.G.  is  as  follows:  The  longitudinal  (X  axis)  locations 
for  the  8 spacelab  configurations  are  shown  in  Figure  5-14  superimposed  on  the  orbiter 
payload  limit  curves.  Configuration  5 is  the  most  forward  C.G.  case.  This  is  the  con- 
figuration specified  in  the  NASA  flight  manifest  (Reference  3)  for  STS  Flight  21.  The 
spacelab  weighs  approximately  16,000  pounds  (payload  is  conservatively  neglected) 
with  its  C.G.  at  Station  890.  Adding  a 5000  pound  STR  payload  at  the  most  forward 
location  around  the  tunnel  would  put  its  C.G.  at  station  704.  The  net  result  is  a forward 
movement  of  the  total  cargo  payload  to  station  844.  This  C.G.  location  is  about  15 
inches  aft  of  the  C.G.  limit  joint  of  830  inches.  The  total  mass  of  the  STR  for  weight 
and  C.G.  purposes  will  include  the  STR  experiments,  wiring  for  command  interface 
and  C&W,  and  dedicated  consoles  in  the  aft  flight  deck.  A survey  of  the  first  44  flights 
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Figure  5-14.  X-Axis  CG  Location  of  Basic  Spacelab  Configurations 
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indicates  that  the  STR  can  be  added  to  most  of  them  without  becomming  a limitation  to 
the  planned  flight  mission. 


5.2.4. » Separation  and  Extension  of  STR  and  Payloads 

No  separation  or  extension  of  the  total  STR  was  required  by  any  of  the  12  DOD  baseline 
payloads.  As  shown  in  Table  4-9,  three  of  the  baseline  experiments  are  separated 
from  the  orbiter  and  two  are  extended  from  the  orbiter. 


Table  5-9.  Separation  and  Extension  of  STR  Experiments 


Separation 

Extension 

Required 

Required 

Experiment 

4 (10  Items) 

10 

Number 

6 

11 

12 

One  of  the  three  separable  experiments.  Number  4,  has  its  own  separation  mechanism 
(it  is  part  of  the  experiment).  The  other  two  are  separable  spacecraft,  one  of  which  can 
be  retrieved. 

Experiments  10  and  11  have  similar  requirements,  such  as  distance  from  orbiter  and 
controllable  pointing,  which  make  it  convenient  to  use  the  Orbiter  Remote  Manipulator 
System  (RMS).  The  RMS  and  its  reach  capabilities  are  shown  in  Figures  5-15  and  5-16. 
Possible  locations  of  STR  with  separable  payloads  is  defined  by  Figures  5-15  and  5-16. 
Only  positions  in  the  extreme  aft  portion  of  the  Orbiter  beyond  station  1187  and  a small 
area  around  the  RMS  mounting  point  cannot  be  reached  by  the  Orbiter  RMS. 

Since  the  separable  STR  Payload  Number  6 has  a retrieval  requirement,  the  RMS 
would  be  used  for  separation  since  it  is  the  only  means  for  retrieval.  No  experiment 
unique  separation  system  would  be  required.  The  use  of  RMS  does  not  affect  the  time- 
lines for  installation  of  STR  into  the  Orbiter.  It  does  require  the  services  of  the  Payload 
Specialist  member  of  the  crew  to  operate  the  RMS. 
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END  EFFECTOR  24  IN. (609.6  mi)  EXTENSION- 
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Figure  5-15.  Orbiter  Payload  Deployment  and  Retrieval  Mechanism 


Figure  5-16.  Payload  Accomodations  Master 
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The  remaining  baseline  experiments  and  the  STR  communication  subsystem  antennas 
may  require  extendable  booms  mounted  on  the  STR  to  achieve  the  required  field-of- 
; view.  This  need  is  a function  of  the  type,  size  and  proximity  of  other  orbiter  payloads. 

The  experiment  attachment  to  these  booms,  the  extaision  and  retraction  and  relatching 
! will  all  be  accomplished  by  the  STR.  The  interface  with  these  booms  and  the  Orbiter 

lies  in  two  areas.  First,  the  booms  must  be  jettisonable  if  the  experiment/boom 
combination  protrudes  into  the  orbiter  closed-door  envelope.  Second,  a command 
override  capability  may  be  required  by  the  Orbiter  crew  for  safety  purposes.  Wherever 
an  extendable/retractable  boom  is  utilized,  these  two  interfaces  will  be  satisfied. 

5.  2.  5 CAUTION  AND  WARNING 

Orbiter  safety  requirements  are  specified  in  the  following  terms: 

1.  Caution.  A hazardous  condition  which  in  combination  with  other  system 
failures  may  cause  loss  of  the  Orbiter  or  its  crew  if  the  condition  is  not 
corrected. 

2.  Warning.  A hazardous  condition  which  by  itself  can  cause  the  loss  of  the 
Orbiter  or  its  crew.  It  is  a time  critical  condition  which  requires  crew 
action. 

Typical  situations  are  premature  arming  of  mechanical  or  explosive  type  release  and 
deployment  mechanisms,  overheating  of  batteries,  failure  of  pressurized  systems 
elements  such  as  regulators  or  relief  valves. 

The  Orbiter  has  a caution  and  warning  system  which  includes  visual  and  audio  alarms, 
data  display  and  a hazard  condition  data  recorder  with  replay  capability.  Prime  data 
from  the  payloads  is  fed  into  the  system  by  dedicated  hardwire.  Backup  data  is  pro- 
vided thru  the  normal  payload  telemetry  interface  which  inputs  to  the  Orbiter  telemetry 

|* 

system.  No  limits  have  been  defined  on  the  total  number  of  caution  and  warning  signals 
which  the  Orbiter  can  handle. 

For  the  caution  and  warning  system,  backup  commands  to  the  payload  may  be  provided 
as  part  of  "crew  action"  to  correct  hazardous  conditions,  if  necessary. 
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A typical  payload/Orbiter  caution  and  warning  interface  is  shown  in  Figure  5-17. 

Inputs  from  the  STR  to  the  Orbiter  C&W  system  would  be  similar  to  the  lines  marked 
5 C&W  parameters  (hard  wire)  and  64  Kbps  engineering  data.  The  corresponding 
"crew  action"  commands  are  the  5 safing  commands  (hardwire)  and  the  36  safing  com- 
mands. 


Current  caution  and  warning  studies  have  been  conducted  for  DOD  (Reference  5).  The 
results  of  these  studies  indicate  that  by  proper  design  and  use  of  redundant  equipment, 
the  need  for  C&W  signals  can  be  eliminated.  This  approach  is  recommended  for  STR 
since  no  C&W  would  mean  a simple  interface.  Each  STR  and  experiment  assembly 
will  have  to  be  reviewed  and  it  is  expected  that  some  may  require  C&W  interfaces 
with  the  Orbiter.  Design  requirements  should  be  placed  on  the  payloads  so  that 
C&W  requirements  can  be  eliminated  or  minimized. 


Figure  5-17.  Typical  C&W  Interface 
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5.2.6  SAFETY 

'Hie  significant  aspect  of  safety  which  affects  the  Orbiter/STR  interface  is  the  potential 
need  for  command  override  by  the  Orbiter  crew.  They  may  require  some  control  over 
the  cargo  to  effect  an  emergency  action  not  anticipated  or  readily  accommodated  by  a 
built  in  automatic  or  ground  controlled  action.  This  requires  an  electrical  interface  and 
consoles  in  the  payload  section  of  the  aft  flight  deck. 

The  need  and  extent  of  this  "requirement"  must  be  negotiated  with  the  STS  NASA  teams 
and  the  Mission  Managers.  It  may  be  limited  to  a simple  turn-off  of  the  STR  system 
and  its  experiments.  Studies,  and  contacts  as  described  above,  will  determine  which 
mode  of  approach  is  acceptable.  It  is  expected  that  some  cases  will  require  this  inter- 
face and  that  others  will  be  so  simple  as  to  make  it  unnecessary.  The  interface  will  be 
tied  into  the  C&W  interface  as  discussed  in  paragraph  5.2.5. 

5.2.7  ORBITER  CREW  PARTICIPATION 

Participation  by  the  Orbiter  crew  will  be  limited  to  the  maximum  extent  possible  to 
the  use  of  the  Payload  Specialist  for  prime  payloads.  The  use  of  a Payload  Specialist 
w ill  be  required  only  in  special  cases  where  complex  payloads  require  it  or  where  the 
Payload  Specialist  is  scheduled  to  perform  tasks  which  use  up  his  allowable  working 
time.  An  alternative  to  the  latter  is  the  use  of  a second  Payload  Specialist.  A summary 
of  crew  participation  recommended  for  baseline  experiments  is  shown  in  Table  5-10. 

Experiments  6,  10,  11  and  12  require  use  of  the  RMS  and  must  utilize  the  Payload 
Specialist  for  operation  of  the  RMS.  Except  for  Experiment  7,  all  other  experiments 
as  an  alternative  could  eliminate  crew'  participation  and  use  a totally  automated  system 
comprised  of  the  STR  computer  and  prepared  software.  For  R&D  one-shot  missions, 
this  generally  is  a costlier  approach.  The  computer  would  limit  hardware  costs  for 
this  approach  by  cost  sharing  over  many  experiments.  The  cost  of  developing  and 
verifying  software  is  the  high  cost  item.  It  is  expected  that  for  simple  activities  such 
as  turn-on  and  turn-off,  this  may  be  accomplished  easily  if  the  time  phasing  is  not 
subject  to  limitations  of  other  Orbiter  payloads.  For  cases  w’here  pointing,  monitoring 
and  adjustment  of  equipment  to  acquire  data  is  necessary,  crew  participation  will  be 
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Table  5-10.  Crew  Participation  for  Baseline  Experiments 


Type  of  Activity 

Experiment  Number 

No  crew  participation 

7 

Simple  turn-on  and  turn-off  only 

3,9 

Monitor  of  experiment 

4,5 

Monitor  and  Adjust  experiments 

1,2,8 

Operate  Pointing  System 

2 

Utilization  of  RMS -Extension  & Retraction 

6,10,11 

Deploy  experiment  - RMS 

6, 12 

Retrieve  Experiment  - RMS 

6 

required.  Ilie  mission  specialist  can  be  utilized  for  all  experiments  with  the  possible 
exception  of  Experiments  1,  2 and  8 which  will  have  to  be  evaluated  individually.  They 
may  require  a payload  specialist  who  is  familiar  with  the  experiment.  If  the  Payload 
Specialist  can  be  trained  in  less  than  the  time  it  takes  to  train  a dedicated  specialist  to 
be  flight  qualified  (227  hours),  it  would  be  advantageous  to  use  the  Payload  specialist. 

A second  alternative  is  to  control  the  experiment  operations  from  the  ground  station 
via  the  SGI.S  communication  system. 

5.2.8  FACILITIES  AT  LAUNCH  SITES 

The  KSC  facilities  are  shown  in  Figure  5-18.  The  STR  will  utilize  facilities  shown  in 
Table  5-11. 

The  VA  FB  facilities  are  shown  in  Figure  5-19.  The  STR  will  utilize  the  facilities 
shown  in  Table  5-12. 
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Figure  5-18.  KSC  Shuttle  Facilities 
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Table  5-11.  KSC  Facilities 


Orbiter  Installation 

Facility 

Use  for  STR 

Horizontal 

Vertical 

Hangar  Area 

STR/Experirnent  Integration, 
Test,  Storage 

X 

X 

O&C 

• Cargo  Assembly 

X 

(CITE) 

• Orbiter  Interface  Verification 

X 

OPF 

• Installation  into  Orbiter 

X 

• Removal  from  Orbiter 

X 

X 

SAEF-1 

• Cargo  Assembly  for 

X 

Installation  into  Orbiter 

• Orbiter  Interface  Verification* 

X 

Payload  Canister 

• Transport  Cargo  to  Launch 

X 

Pad 

• Transport  Cargo  to  OPF 

X 

VAB 

• Shuttle  Assembly  (STR  in 

X 

Orbiter  bay  with  doors 
closed) 

PCI!** 

• Payload  Installation 

X 

• Payload  Changeout 

X 

X 

*Future  planned  activity 

**Not  shown  in  Figure  5-18.  PCR  is  located  at  launch  pad. 
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Figure  5-19.  VAFB  Shuttle  Facilities 


Table  5-12.  VAFB  Facilities 


Orbiter  Installation 

Facility 

Use  for  STR 

Horizontal 

Vertical 

Satellite 

Assembly 

Building* 

ST  R /Experiment  Integration, 
Test,  Storage 

X 

X 

PCR  (PPR) 

Install  in  Orbiter 

X 

OMCF 

Install  in  Orbiter 

X 

Remove  from  Orbiter 

X 

X 

IX3A 

Post  Flight  Safing 

X 

X 

♦Not  defined 

Further  details  of  facilities  are  covered  in  Section  5.6. 
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5.3  INTEGRATION  APPROACH  - STR/ORBITER 
— 

Based  on  the  minimal  interface  achieved  by  the  STR  design  concept,  the  goals  of  inte- 
grating the  STR  into  the  Orbiter  are: 

• Quick  reaction  capability 

• Low  cost 

Quick  reaction  allows  for  "last  minute"  flight  of  payloads  to  the  maximum  possible 
extent  as  required  by  a high  priority  need  or  by  Orbiter  flight  space  becoming  available 
at  a mature  point  in  the  pre-flight  activity  period  at  any  STS  flight.  There  are  three 
types  of  STR  payloads. 

1.  Experimental  equipment  being  flight  proven  for  operational  use 

2.  Prime  mission  experiments  in  which  high  risk  components  are  qualified 

3.  Operational  missions 

The  modes  of  integration  of  the  three  types  are  the  same  and  the  following  discussion  is 
applicable  to  all  three.  The  integration  approach  is  to  qualify  the  STR  and  payloads 
functionally  and  experimentally  once.  The  STR  is  tested  to  environmental  levels  (See 
Section  4.6)  with  dummy  masses  enveloping  the  major  configurations.  Each  payload 
will  be  qualified  to  envelope  levels  using  actual  STR  mounting  panels.  Tests  are  per- 
formed at  the  respective  STR  and  individual  payload  contractors  facility.  STR/ 

Orbiter  interfaces  will  be  verified  once  for  each  STR-  payload  assembly.  This  will 
be  accomplished  using  the  proper  verification  test  equipment  at  KSC  and  VAFB. 

For  each  STR  flight,  the  STR  and  payloads  will  be  assembled,  aligned  and  functionally 
tested  to  verify  payload  performance,  STR/payload  compatibility  and  interface 
verification.  The  compatibility  and  interface  verification  of  the  STR  assembly  and  the 
Orbiter  will  be  verified  insofar  as  possible  using  analysis.  This  covers  such  areas  as 
structural,  thermal,  mass  and  center  of  gravity,  etc.  Verification  of  the  physical 
Orbiter/STR  assembly  interfaces  will  be  by  use  of  the  Cargo  Integration  Test  Equip- 
ment (CITE)  at  KSC  and  the  use  of  Integration  Verfication  Equipment  (IVE)  at  VAFB. 
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(The  mobile  IVE  or  the  fixed  IVE  has  not  yet  been  selected.  For  this  study  the  fixed 
IVE  at  VAFB  is  assumed.)  Orbiter  interface  verification  testing  of  STR  in  CITE  or 
IVE  is  accomplished  with  the  other  Orbiter  payloads.  This  integration  approach  is 
summarized  in  Figure  5-20.  A flow  diagram  representing  this  approach  showing  the 
initial  STR  flight  thru  launch  and  recyle  is  shown  in  Figure  5-21.  In  this  flow,  all  STR 
integration  activities  are  performed  off-line  up  to  Interface  Verification.  Here  the 
activity  is  on-line  with  the  Orbiter  payload.  Orbiter  on-line  activities  begin  with  the 
installation  of  the  payload  into  the  Orbiter. 

Options  for  accomplishing  the  STR/Orbiter  integration  include  the  STR  flight  mode, 
the  Orbiter  on-line  integration  mode,  and  the  STR/payload  integration  location. 

These  options  are  listed  in  Figure  5-22.  The  details  of  these  options  are  discussed  in 
the  following  three  sections. 


5.3.1  FLIGHT  MODES 

These  are  two  modes  to  be  considered  in  STR  flight  programs.  The  first  is  a planned 
flight  mode  in  which  a particular  STS  flight  is  identified  for  a given  STR/pavload 
mission  in  sufficient  time  prior  to  launch  to  be  included  easily  within  the  normal  Or- 
biter payload  integration  cycle.  This  time  of  identification  and  committment  of  h - 
flight  is  anywhere  from  4 to  1 years  prior  to  launch.  Figure  5-23  shows  the 
phases  of  the  planned  flight  mode  integration  flow.  The  early  activities  ( , i 
mission  planning,  integration  planning,  interface  definition  and  nej_  -i  ittt  - 
teams,  preparation  of  key  documents  such  as  the  Interface  Control  1 . urrw  m . 

This  activity  is  done  in  parallel  with  development  design  and  •<  ‘ 

and  is  required  to  verify  flight  readiness  of  the  STR-pavl- 

tivities  include  the  physical  integration  of  payload  int- • : 

integration  of  the  STR-payload  assembly  with  the  otl  • , t. » .». i 

The  second  flight  mode,  shown  in  Figure  5-24,  ref*  • <1  i 

is  one  in  which  the  STS  mission  is  identified  in  it  < 

mately  1 to  6 months  before  launch.  The  late  1 >. 

mitment  can  be  made  is  difficult  to  predict  ■>:  " *• 

complexitity  and  the  extent  of  the  intorfa  • 
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Figure  5-20.  Integration  Approach  For  STR 
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Figure  5-21.  STR  Integration  Flow  Diagram 
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Figure  5-22.  STR  Flow  Options 

requires  C&W  and  electrical  Interfaces  or  fluid  or  pneumatic  interfaces,  this  time 
period  can  be  as  long  as  six  months  in  order  to  accomplish  the  integration  planning 
for  flight  readiness  verification.  A shorter  time  period  is  required  to  accomplish  the 
physical  integration  phase.  Use  of  unused  Orbiter  facilities  such  as  C&W  and  command 
capability,  STR  console  room  on  the  aft  flight  deck,  etc.  must  be  planned  for  and  ac- 
comodated by  NASA  not  only  for  STR  but  for  any  "last  minute"  payload. 

Much  of  the  flight  verification  effort  such  as  the  structural,  electrical,  thermal,  safety, 
C&W,  mass  properties  etc.  can  be  done  generically  prior  to  a flight  commitment.  How- 
ever providing  STR  data  and  analyzing  total  payload  must  be  accomplished  by  a prime 
payload  integrator  or  mission  manager.  It  is  this  activity  which  requires  1 to  6 months 
prior  to  launch.  Once  the  planning  and  verification  activities  are  complete,  the  physical 
integration  for  both  modes  is  carried  out  in  an  Identical  fashion. 
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Figure  5-23.  Planned  Flight  Mode 


Figure  5-24.  Flight  of  Opportunity  Mode 


5.  3.  2 ORBITER/STR  ON-I INE  INTEGRATION 

There  're  two  approaches  to  handling  the  payloads  which  are  integrated  into  the  orbiter. 
One  . .lie  factory -to- pad  mode  in  which  all  payload  testing  is  done  at  the  contractor's 
location,  the  payload  is  delivered  to  the  pad,  given  a minimal  checkout  and  loaded 
into  the  Orbiter. 

In  the  second  approach  the  payload  is  tested  at  the  contractor's  location,  delivered  to 
a payload  dedicated  facility  where  it  is  given  an  extensive  performance  test,  then  de- 
livered for  loading  into  the  Orbiter. 

In  addition  to  this  option,  payloads  may  be  installed  in  the  Orbiter  when  it  is  in  either 
a vertical  or  horizontal  position. 

The  horizontal  Orbiter  loading  position  is  the  preferred  mode  at  KSC.  This  loading 
occurs  in  the  Operation  and  Checkout  (O&C)  building  prior  to  mating  the  Orbiter  to 
the  External  Tank  (ET)  and  Solid  Rocket  Boosters  (SRB)  in  the  vertical  Assembly 
Building. 

The  vertical  Orbiter  loading  position  is  the  preferred  mode  at  VAFB.  It  is  accom- 
plished on  the  pad  using  the  Payload  Changeout  Room  (PCR).  In  this  mode  the  Orbiter 
is  already  assembled  to  the  ET  and  the  SRB's. 

Vertical  loading  using  the  PCR  is  an  option  at  KSC.  The  PCR  is  also  used  for  last 
minute  payload  change-out  at  the  launch  pad. 

Horizontal  Orbiter  loading  of  the  Spacelabs  at  VAFB  is  currently  planned.  The  Space- 
lab  is  completely  assembled,  checked  out  and  the  Orbiter  interfaces  verified  in  the 
CITE  at  KSC.  It  is  then  delivered  to  the  Orbiter  Maintenance  and  Checkout  Facility 
(OMCF)  at  VAFB  for  installation  into  the  Orbiter  which  is  in  a horizontal  position. 

The  STR  would  be  loaded  here  with  the  Spacelab.  If  theSTR  is  to  fly  on  a mission 
on  which  the  prime  orbiter  payload  is  installed  at  the  PCR  with  the  Orbiter  in  a 
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^ vertical  position  on  the  pad,  then  the  STR  would  be  installed  at  the  PCR.  Only  one  mode 

of  loading  would  be  used  for  any  STS  flight  with  STRs  to  keep  down  the  integration  costs. 
The  integration  flows  for  STR  with  Spacelab  and  non-Spacelab  payloads  at  KSC  and  VAFB 
are  shown  in  Figures  5-25  through  5-28. 


STR  flow  without  Spacelab  at  KSC  utilizes  a canister  (part  of  STS  ground  support 
equipment)  which  duplicates  the  payload  bay  volume  and  mounting  interface.  Orbiter 
cargos  are  assembled  in  the  O&C  building,  installed  in  the  canister  and  moved  to  the 
PCR.  An  alternative  is  to  deliver  payloads  separately  by  canister  from  their  assembly 
points,  such  as  SAEF-1  for  an  IUS- Spacecraft  combination,  to  the  PCR.  The  PCR 
payloads  are  transferred  to  the  Payload  Ground  Handling  Mechanism  (PGHM),  and 
from  there  to  the  Orbiter  bay. 

At  VAFB,  all  payloads  (except  Spacelab)  are  delivered  to  the  PPR,  then  to  the  PCR, 
mounted  on  the  PGHM  and  then  installed  in  the  Orbiter  bay.  The  STR  can  be  assembled 
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Figure  5-25.  STR  Flow  with  Spacelab  KSC 
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gure  5-26.  STR  Flow  with  IUS/Spacecraft  KSC 
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Figure  5-27.  STR  Flow  with  Spacelab  - VAFB 
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Figure  5-28.  STR  Flow  with  Spacecraft/lUS  - VAFB 
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and  tested  in  preparation  for  integration  into  the  Orbiter  on  or  off  the  launch  site. 

The  off-site  assembly  and  test  of  the  STR  and  payloads  lends  itself  to  the  factory- 
to-pad  concept. 

A STR  flow  for  off-site  integration  is  shown  in  Figure  5-29.  The  off-site  activities 
include  assembly  of  payloads  into  the  STR,  functional  tests  of  all  equipment,  and 
STR/ payload  preparation  such  as  alignment  of  sensors.  In  this  case  it  would  be 
desirable  to  use  the  mobile  IVE  concept  and  to  do  the  verification  tests  at  the  off-site 
STR  integration  location.  When  the  STR/payload  assembly  is  shipped  to  the  PPR 
at  the  launch  site,  it  can  undergo  an  alignment  check  and  functional  check  and  is  then 
ready  to  go  into  the  Orbiter  installation  cycle.  For  payloads  that  can  be  flown  on 
very  short  notice,  1 to  5 days,  this  approach  can  add  about  4 days  to  the  Orbiter  inte- 
gration cycle  to  accommodate  packing,  shipping  by  local  truck  and  air,  moving,  and 
unpacking  the  STR,  This  approach  needs  no  facility  space  outside  the  PPR  and  PCR  for 
the  STR.  A modification  of  this  mode  would  be  to  complete  all  the  aforementioned 
activities  off-site,  but  to  ship  the  STR  to  the  launch  site  and  to  store  it  in  a dedicated 
facility.  Storage  would  be  in  a flight  ready  condition.  This  would  minimize  the  reac- 
tion time  before  flight.  Off-site  integration  of  STR  could  be  accomplished  at  a selected 
payload  integrating  contractor  site  (this  could  be  the  STR  contractor)  or  at  the  experi- 
ment contractor  site.  The  STR  is  common  to  all  payloads  and  a central  single 
integrating  team  at  a single  location  with  one  set  of  equipment  would  minimize 
logistics  costs  of  shipping  hardware  and  test  equipment.  No  full  scale  simulators  are 
recommended.  Verification  of  mounting  will  be  done  at  the  payload  contractor  using 
actual  STR  mounting  panels.  These  same  mounting  panels  can  be  co-shipped  with 
the  experiment  to  the  STR  integration  facility /location.  STR/payload  compatibility 
and  interface  verification  would  be  done  at  the  STR  integration  site  using  the  actual 
hardware. 

An  on-site  int  gration  flow  is  shown  in  Figure  5-30.  In  this  mode  a dedicated  on-site 
facility  area  of  about  7000  square  feet  would  be  required,  (see  paragraph  5.6).  All 
STR  and  experiment  assembly,  test,  and  storage  would  be  accomplished  at  this  site. 
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Use  of  an  on-site  facility  minimizes  shipment  of  payloads  (direct  from  payload 
contractor  to  launch  site)  and  provides  for  minimum  reaction  and  turnaround  time. 

This  is  particularly  true  for  recycle  activities  where  the  STR  never  leaves  the  launch 
site  and  for  payloads  which  are  reflown.  An  on-site  integration  activity  does  not 
change  the  timelines  for  integrating  the  STR  into  the  Orbiter  for  both  horizontal  and 
vertical  loading  modes. 

A last  item  to  be  considered  is  the  fact  that  during  the  on-site  integration,  the  STR  and 
experiments  are  mated  for  the  first  time.  Therefore,  the  risk  of  meeting  a 'last 
minute"  launch  date  is  higher  than  for  off-site  integration.  Potential  problems  en- 
countered during  first-time  mating  of  hardware  are  more  easily  handled  at  a contractor 
site  where  a full  factory  and  test  capability  is  available  with  a variety  of  personnel  to 
handle  many  types  of  problems.  Problems  encountered  at  the  launch  site  during  the 
first-time  mating  procedure  may  require  returning  hardware  to  the  contractor  for  test 
to  determine  problem  solutions,  hardware  modification,  etc. 

This  risk  can  be  minimized  by  maintaining  a more  complete  test  and  repair  or  modifi- 
cation facility  at  the  launch  site  STR  integration  area.  This  could  result  in  higher  costs 
to  support  this  added  facility  capability.  A comparison  of  the  on-site  and  off-site  location 
is  shown  in  Table  5-13. 

To  minimize  the  logistics  costs  and  quick  reaction  times,  on-site  integration  is  recom- 
mended. 

5.4  STR  INTEGRATION  PHASES 

The  various  integration  phases  associated  with  each  mission  can  be  grouped  into  the 
four  major  categories,  namely 

1.  Integration  planning  and  verification 

2.  Physical  integration 

3.  On  orbit  operations 

4.  Post  flight  operations 


Operational  Flow  Diagram  - On-Site 


Table  5-13.  STR  Integration  On-Site  & Off- Site  Comparison 


Item 

On-Site 

Off- Site 

• Shipment  of  Hardware 

Low 

High 

• Turnaround  Time 

Shortest 

L°ng 

• Facility  Space 

High 

Low 

• Integration  Risk- Experiment 
to  STR 

High 

Low 

The  initial  phase  integration  planning  and  verification  is  usually  related  to  payloads/ 
mission  planning  and  analysis  and  is  conducted  on  a continuing  basis  to  meet  approved 
program  objectives.  This  phase  provides  the  analyses  leading  to  the: 

1.  Selection  and  grouping  of  payloads  for  each  flight  opportunity, 

2.  Allocation  and  control  of  total  project  resources, 

3.  Effective  evolutionary  improvement  of  overall  program  operations,  systems 
and  facilities, 

4.  Maintenance  of  proper  program  focus  to  satisfy  developing  goals. 

Typical  integration  planning  and  verification  objectives  are  to  develop  the  engineering 
ana  operational  plans  for  STR  hardware,  software,  support  faciliities,  and  payload- 
to-STR-to-orbiter  integration. 

The  physical  integration  phase  is  related  to  the  implementation  of  the  various  (STR 
structure/subsystems,  experiments,  payload)  integration  requirements  plans.  This 
would  include  the  "hands-on"  integration  of  STR  hardware  and  software  and  performing 
the  necessary  tests  and  checkout  procedures  for  verification  of  flight  support  hardware 
performance  and  experiment  flight  readiness  certification.  The  on-orbit  integration 
activities  pertain  to  the  required  flight  and  ground  crew  tasks  necessary  to  operate  and 
monitor  the  payloads.  The  requirements  for  these  activities  are  developed  during  the 
integration  planning  and  verification  phase,  procedures  specified  within  the  flight  crew 
activity,  and  payload  operations  control  center  operations  and  support  plans. 
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! The  post-flight  operations  phase  includes  landing  site  operations  and  post-mission  sup- 

port and  logistics  of  STR  hardware  and  experiments.  These  tasks  would  provide  for 
disposition  of  experiments  and  expendables,  where  applicable,  data  collection  and 
processing,  and  payload/STR  receipt,  inspection,  and  post-flight  tests  and  checkout, 
and  also  handling  of  special  equipment/GSE.  Each  of  these  areas  is  discussed  more  fully 
within  the  following  text. 

5.  4.  1 STR  INTEGRATION  PLANNING  AND  VERIFICATION 

This  integration  phase  provides  the  analyses  and  plans  for  mission  definition  and  inte- 
gration as  indicated  in  Figure  5-31.  On  a mission- to- mission  basis,  this  activity  is  the 
most  extensive  as  to  manhour  requirements  and  overall  time  period  to  accomplish. 

The  mission  definition  phase  of  the  STR  integration  planning  activity  is  directed  towards 
tracking  the  STR  mission  model,  cargo  manifests,  schedules,  and  flight  assignments. 

The  purposes  of  this  activity  is  to  provide  the  baseline  information  on  specific  mission 
objectives  and  payload  configuration  data,  i.  e. , proposed  experiments,  mass  properties, 
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Figure  5-31.  Analytical  Integration 
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and  resource  requirements.  This  baseline  information  is  obtained  from  Integrated 
Payload  Requirements  documentation  which  is  prepared  for  each  mission  by  the 
responsible  Payload  Integration  Contractor/NASA  team.  The  STR  integration  planning 
team  will  use  these  top  level  documents  in  order  to  determine  applicable  STR/mission 
payloads.  More  detailed  analyses  relating  to  capability  and  resource  requirements; 
i.  e. , data/command/communications,  environmental  control,  electrical/structural/ 
mechanical,  pointing/stability,  etc. , can  be  found  in  the  Integrated  Payload  Compatibility 
Analysis  Summary  and  associated  referenced  documentation  for  each  mission.  These 
payload  compatibility  analyses  will  provide  the  data  against  which  STR/experiment 
compatibility  (feasibility)  assessments  can  be  made  for  identification  of  the  appropriate 
flight  for  STR  utilization. 

After  an  STR/flight  combination  has  been  identified,  the  STR  analytical  team  will  be 
required  to  review  the  Interface  Agreements  for  that  mission  in  order  to  negotiate  the 
required  interfaces.  These  will  include  physical  connections,  added  requirements  for 
safety,  and  resource  allocations.  Specific  areas  to  be  considered  for  the  STR  package 
are:  caution  and  warning,  crew  involvement,  console  area  changes,  and  functional 
command  requirements.  The  integration  requirements  phase  of  the  STR  integration 
planning  activity  is  directed  towards  establishment  and  documentation  of  payload/ 
ground  integration  requirements  and  associated  implementation  procedures.  The 
analyses  performed  under  this  activity  are  used  to  demonstrate  compatibility  of  the 
STR/experiments  with  STS  flight,  flight  support,  and  ground  systems  accommodations. 
Typical  areas  of  interest  within  this  phase  are  listed  within  Figure  5-31  and  are  dis- 
cussed briefly  below. 

Subsystem  integration  requirements  evolve  through  analyses  of  individual  payload 
requirements  and  the  evaluation  of  these  requirements  with  supporting  system  capa- 
bilities and  constraints.  These  analyses  are  used  to  determine  the  extent  of  STR/ 
Orbiter  system  accommodations  utilization  and  the  need  for  supplementary  hardware 
and/or  the  need  for  adjustments  to  overall  payload  requirements. 
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Configuration  definition  provides  the  design  analyses  necessary  to  define  the  STR 
payload  configuration  layout,  develop  installation/assembly  definitions,  perform  STR 
peculiar  hardware  design,  and  develop  end  item  specifications.  Low  cost  configuration 
studies  can  be  performed  using  the  GE  developed  CAPMIN  (Computer  Aided  Payload 
Mission  Integration)  program.  This  program  will  not  only  provide  a fully  automated 
procedure  for  configuration/design  documentation  but  also  provides  the  capability  to 
implement  a word  processing  system  for  reducing  integration  requirements  and  pro- 
cedures documentation  costs. 

Subsystem  compatibility  analyses  are  used  to  demonstrate  compatibility  of  payload 
to  STR  integration  as  pertaining  to  command/data/communications,  environmental 
control,  electrical,  structural  /mechanical,  and  pointing/stabilization  requirements. 

In  addition,  analyses  are  performed  to  assure  compatibility  among  payload  system 
elements  during  the  ground,  ascent,  on-orbit,  descent  and  post  landing  mission  phases. 

Mass  properties  are  developed  and  maintained  from  initial  flight  planning  to  flight  to 
reflect  the  current  STR/payload  configuration.  STR/payload  compatibility  assessments 
with  mission  requirements  are  performed  in  order  to  assure  mission  success. 

Ground  operations  analyses  are  performed  to  define  the  requirements  for  integration, 
verification,  and  support,  and  to  insure  the  provisioning  of  GSE,  facilities,  and  soft- 
ware to  meet  these  requirements.  Also  included  are  the  development,  preparation, 
and  maintenance  of  the  physical  and  functional  requirements  documentation  for  the 
implementation  of  physical  integration  of  the  STR  payloads. 

Safety  analyses  are  performed  to  provide  the  definition  of  requirements  associated 
with  identification  and  control  of  potential  safety  hazards  that  must  be  considered  in  the 
design,  development,  fabrication,  test  verification  and  safety  compliance  data  of  the 
integrated  STR  payload.  Experiment/instrument  developers  are  responsible  for 
hazard  identification,  control  and  assessment  of  their  devices.  The  STR/payload 
integration,  launch,  site,  flight  and  post-flight  flows  are  analyzed  and  identified 
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hazardous  conditions  are  resolved  by  design,  analysis,  procedural,  inspection,  and/or 
operational  work  arounds  in  accordance  with  NHB  5300.  4/lD-l)  paragraph  1D203. 


Software  definition  must  be  provided  to  meet  ground  processing  and  flight  operations 
requirements.  Ground  processing  software  is  that  software  which  is  required  during 
STR  integration  to  support  experiment  hardware  and  software  integration,  checkout, 
and  validation.  Flight  applications  software  is  used  to  control  the  experiment  operation 
during  flight  as  well  as  for  ground  checkout  when  executable  in  a one-g/one- atmosphere 
environment.  A simulated  flight  program  may  be  necessary  when  the  experiment  will 
not  operate  during  ground  operations  in  order  to  provide  for  the  STR  Integrated 
Systems  Test. 

Depending  on  the  complexity  of  the  STR  payload  and  the  extent  of  manpower  applied  to 
the  integration  planning  activity,  this  analysis  phase  must  start  anywhere  from  one  to 
four  years  prior  to  launch  for  planned  flights.  These  numbers  are  based  on  current 
assessments  related  to  early  missions.  For  flights  of  opportunity  where  a fully  flight 
certified  and  integrated  STR  payload  is  in  storage,  it  is  expected  that  this  activity  must 
be  started  anywhere  from  one  to  six  months  prior  to  launch.  This  time  period  would 
be  required  to  analytically  checkout  and  verify  Orbiter/STR  interfaces,  verify  compa- 
tibility of  the  STR  payload  with  the  designated  primary  mission  payload,  and  issue 
NASA/DOD  approved  documentation  necessary  for  the  physical  implementation  of  the 
STR  payload  into  the  Orbiter.  With  simple  or  fully  automated  payloads  requiring  little 
interfacing  with  the  Orbiter  (e.  g.  no  caution  or  warning  or  crew  involvement),  or  as 
Shuttle  payloads  are  reflown  and  maturity  is  increased,  the  extent  of  compatibility/ 
interface  verification  can  be  significantly  reduced  such  that  the  time  duration  prior  to 
launch  may  be  as  little  as  one  month  (primarily  for  preparation  and  issuance  of  the 
NASA/DOD  documentation). 

5.  4.  2 STR  HANDS-ON  PHYSICAL  INTEG  RATION 

A top  level  "building  block"  approach  to  the  "hands-on"  (physical)  integration  ground 
processing  activities  is  shown  in  Figure  5-32.  The  Figure  indicates  the  various 
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IFICATION 


Figure  5-32.  Physical  Integration 


"hands-on"  activities  associated  with  each  phase  of  the  ground  processing  cycle  from 
initial  STR/payload  assembly  to  recycle  of  the  STR  assembly  after  flight.  Although 
three  possible  locations  are  specified  at  which  the  STR/ payloads  can  be  assembled, 
it  is  recommended  that  the  launch  site  be  selected  to  minimize  the  turnaround  time 
cycle  by  eliminating  the  added  activities  associated  with  packaging  and  shipping  flight 
articles  to  other  locations  (and  also  to  avoid  possible  damage  due  to  shipment  and 
extra  handling  procedures). 


Various  integration  tests  are  required  to  assure  that  the  flight  unit  is  indeed  compatibility 
’ compliant  and  flight  worthy.  The  tests  are  primarily  mechanical  and  electrical  in  nature 

and  are  performed  in  a logical  sequence  with  hardware  build-up. 

Mechanical  integration  tests  pertain  to  mounting/fit,  alignment,  and  accessibility.  This 
> would  entail  installation  of  experiments  and  subsystem  elements  into  the  STR,  valida- 

tion of  mechanical  interfaces,  verifying  alignment  of  critical  components,  and  validating 
crew  accessibility  (if  required). 
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Electrical  integration  tests  pertain  to  payload/subsystem  compatibility  checks, 
software  checkout,  and  functional  performance  verification. 

Systems  tests  are  performed  to  verify  electromechanical  compatibility  (EMC)  of  the 
fully  assembled  flight  configuration  and  to  ferret  out  RF  interferences  and  suscepti- 
bilities. These  tests  can  verify  downlink  power  outputs  and  receiver  sensitivities, 
and  provide  baseline  experiment  performance  data. 

5.  4.  2.  1 STR  Assembly  and  Test  Timelines 

The  estimated  number  of  hours  to  perform  the  experiment/STIt  assembly  and  integra- 
tion tests  is  shown  in  Figure  5-33.  It  should  be  pointed  out  that  the  slightly  greater 
than  two  hundred  hours  shown  is  based  on  integration  of  all  payload  and  STR  hardware 
elements  and  therefore  is  considered  a worse  case  timeline. 

Although  the  STR  will  have  to  be  assembled/disassembled  for  each  mission,  not  all 
components  will  have  to  be  removed  or  all  interfaces  verified  each  time.  Therefore 
it  is  realistic  to  assume  that  the  timeline  shown  in  Figure  5-33  can  be  reduced  as 
systems  are  reflown.  The  objectives  of  this  integration  activity,  as  Shuttle  maturity 
increases,  will  be  to  assure  that  the  STR  turnaround  time  be  always  less  than  the 
turnaround  times  assessed  for  the  Orbiter.  Current  estimates  for  the  Orbiter  turn- 
around times  are  greatly  in  excess  of  two  hundred  hours,  with  many  early  mission- to- 
mission  configuration  combinationshaving  times  as  high  as  four  hundred  hours,  it  is 
estimated  that  the  STR  turnaround  time  cycle  could,  as  systems  are  reflown,  be  im- 
proved to  meet  the  Orbiter  allocated  (optimistic)  turnaround  time  cycle  of  one  hundred 
sixty  hours.  The  fact  that  Orbiter  assessed  turnaround  times  are  greater  than  one 
hundred  sixty  hours  provides  more  than  adequate  time  for  the  STR  refurbishment/ 
reconfiguration  activity  to  be  accomplished. 

The  first  phase  of  the  timeline  activity  shown  in  Figure  5-33  is  applicable  to  the  build-up 
of  the  STR  structures  and  subsystems  and  will  be  less  for  reflown  units.  The  second 
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Figure  5-33.  Experiment/STR  Assembly  & Test  Timeline 


phase  of  the  timeline  activity  is  related  to  installation,  integration  and  functional  per- 
formance verification  of  the  final  assembled  STR  configuration.  This  portion  of  the 
timeline  would  either  be  repeated  for  each  new  STR  configuration  or  greatly  reduced 
if  the  experiments  are  reflown.  Each  mission  would  have  to  be  analyzed  to  determine 
the  specific  assembly  and  test  timeline  and  integration  activity  procedures. 

5.  4.  2.  2 STR  Integration  Timelines  - Spacelab 

The  introduction  of  the  experiment/STR  assembly  and  test  timeline  into  the  ground 
processing  cycle  of  the  Spacelab  and  Orbiter  is  shown  in  Figure  5-34  and  5-35  for 
prelaunch  operations  at  KSC  and  VAFB.  Roth  timelines  show  STR  and  Spacelab  instal- 
lation into  the  Orbiter  prior  to  vertical  assembly  procedures.  This  is  considered  the 
normal  procedure  for  the  Spacelab  integration  processing  cycle. 

In  Figure  5-34  the  STR  and  Spacelab  are  installed  in  the  CITE  and  checked  out  both 
mechanically  and  by  performing  simple  functional  tests  for  verification  of  operability. 
They  are  then  installed  into  the  Orbiter  and  are  checked  out  with  the  mission  flight 
subsystems  during  the  Orbiter  Integrated  Test  (OIT).  The  timeline  shown  in  Figure 
5-34  is  considered  typical  for  early  Spacelab  missions  and,  since  mission  launch  dates 
are  not  too  frequent,  the  integration  cycle  shown  is  fairly  relaxed. 

In  Figure  5-35,  data  from  turnaround  time  cycle  assessments  has  been  utilized  for 
STR  integration  at  VAFB  to  demonstrate  the  more  demanding  effects  of  STS  launch  pad 
integration.  At  VAFB  electrical  interface  verification  tests  are  performed  using  the 
SIVE  (Shuttle  Integration  Verification  Equipment)  hardware. 

The  Orbiter  Integrated  Test  (OIT)  is  performed  following  completion  of  payload  installa- 
tion. This  test  will  verify  Orbiter  systems  compatibility  and  Orbi ter/payload  interfaces. 
The  necessary  Orbiter  and  payload  systems  (such  as  power,  ECLSS,  instrumentation, 
data  processing  and  software,  displays  and  controls,  and  the  general  purpose  computer) 
will  be  activated  to  support  this  ground  processing  operation.  Unique  mission/payload 
accommodation  kits  will  be  checked  and  verified,  i.  e. , the  payload-peculiar  control 
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Figure  5-35.  STR  Timeline  with  Spacelab  - VAFB 


panel  in  the  payload  station  and  the  copper  paths  from  it  to  the  payload  will  be  verified. 
Also,  any  data  required  from  the  Orbiter  will  be  communicated  to  the  payload  and  the 
data  transmitted  from  the  payload  to  the  Orbiter  will  be  verified. 

Shuttle  assembly  is  performed  in  the  Vertical  Assembly  Building  (VAB)  at  KSC, 
and  on  the  launch  mount  using  the  Mobile  Service  Tower  at  VAFB,  In  both  cases  all 
flight  equipment  (Orbiter,  Solid  Rocket  Boosters,  and  External  Tank)  are  mated 
vertically.  Mechanical  interfaces  are  verified  sequentially  throughout  this  Shuttle 
buildup  sequence.  Electrical  interfaces  are  verified  after  completion  of  the  final 
stackup. 

5.  4.  2.  3 STR  Integration  Timelines  - Spacecraft 

The  timeline  activities  shown  in  Figures  5-36  and  5-37  are  related  to  the  ground  process- 
ing operations  of  the  STR  with  Spacecraft  at  KSC  and  VAFB,  including  also  an  IUS  at 
KSC  (the  IUS  is  not  flown  on  any  missions  launched  from  VAFB).  The  payloads  at  both 
locations  are  installed  vertically  on  the  launch  pad  using  the  Payload  Ground  Handling 
Mechanism  (PGHM)  after  checkout  in  the  PPR  or  PCR. 

After  the  payload  is  installed,  all  Orbiter/payload  mechanical,  electrical  and  fluid 
interfaces  (if  required)  are  connected.  A power-up  verification  of  the  Orbitor-to- 
payload  interfaces  is  made  prior  to  closeout  of  the  payload  bay.  Final  payload  servic- 
ing is  performed  and  the  payload  bay  is  inspected.  These  activities  are  followed  by 
payload  bay  closure. 

5.4.  3 STR  POST-FLIGHT  OPERATIONS 

Post-flight  removal  and  ground  processing  operations  of  the  STR  at  KSC  and  VAFB 
are  shown  in  Figure  5-38  and  5-39.  The  STR  operations  procedures  at  both  locations 
are  very  similar  with  the  only  differences  being  the  name  of  the  facility  to  which  the 
STR  is  moved  after  removal  from  the  Orbiter. 
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Figure  5-36.  STR  Timeline  with  Spacecraft /IUS  - KSC 
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Figure  5-37.  STR  Timeline  with  Spacecraft  - VAFB 
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Figure  5-38.  STR  Post  Flight  Removal  - KSC 
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Orbiter  landing  operations  will  include  the  shut  down  of  auxiliary  power  units  within 
one  minute  after  stop,  connecting  ground  service  units,  crew'  egress,  and  a preliminary 
safety  inspection  for  propellant  leaks.  Orbiter  safing  operations  include  the  removal 
of  cryogenic  and  hypergolic  fuels,  cooling  and  venting  the  interior,  purging  tanks  and 
systems,  and  the  removal  of  electronically  stored  data. 

The  next  Orbiter  operations  involve  payload  removal  preparations1  and  final  removal 
of  the  payload  in  order  to  perform  various  tests,  inspections,  and  maintenance  activities 
in  preparation  for  the  next  flight.  The  STR  is  removed  during  this  phase  and  trans- 
ferred to  the  appropriate  facility  for  refurbishment  and  logistic  operations 

The  primary  differences  in  the  activity  flows  depicied  in  Figures  5-38  and  5-39  are 
those  related  to  Spacelab  disposition.  At  KSC  the  Spacelab  is  simply  moved  to  the 
Operations  and  Checkout  (O&C)  building  for  disassembly;  whereas  at  VAFB,  the 
Spacelab  is  removed,  prepared  for  shipment,  and  shipped  to  KSC  for  disassembly. 

5.4.4  STR  REFURBISHMENT 

It  is  expected  that  the  STR  refurbishment  activity  will  have  an  insigificant  impact 
on  the  STR  turnaround  time  cycle.  The  required  design  life  of  STR  subsystems  should 
minimize  the  possibility  of  their  requiring  any  extensive  refurbishment  between  flights. 
The  major  impact  on  the  turnaround  time  cycle  will  be  related  to  STR  reconfiguration 
activities.  The  primary  tasks  to  be  performed  as  part  of  the  flight- to- flight  refurbish- 
ment activity  are:  inspecting,  cleaning,  and  servicing  of  hardware  to  detect  and 
prevent  wear  and  the  effects  of  aging. 

Structural /Mechanical  elements  will  be  reviewed  for: 

1.  Cracks  (fatigue,  stress  corrosion,  abnormal  loads,  material  flaws,  material 
property  degradation) 

2.  Leakage  (seals,  joints,  fasteners) 

3.  Debonds  (peel,  delamination) 

4.  Wear  (normal,  interference,  threads,  abnormal  loading) 
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Refurbishment  of  dedicated  electronic/electrical  subsystems  is  expected  to  be  minimal 
due  to  the  use  of  highly  reliable  solid  state  devices  and  standardized  hardware.  Post- 
flight checks  are  made  to  verify  their  functional  performance  capability.  Data  process- 
ing system  checks  can  be  performed  using  diagnostic  and  self-  check  software.  Tape 
drives  and  read/write  heads  on  mass  memory  units,  where  applicable,  including  any 
high  rate  digital  recorders,  will  be  serviced.  Functional  and  calibration  checks  will 
be  performed  on  the  caution  and  warning  system  interfacing  hardware. 

Any  STR  dedicated  structural/mechanical  elements  and  electronic/electrical  com- 
ponents requiring  extensive  refurbishment  will  be  removed  and  replaced  by  line  re- 
placeable units  (LRU)  from  the  spares  inventory.  This  will  minimize  the  impact  of 
the  refurbishment  activity  on  the  STR  turnaround  time  cycle. 

5.  5 SPECIAL  ACTIVITIES  REQUIRED 

A review  of  the  STR/Orbiter  interfaces  and  the  integration  activities  indicated  that  no 
extraordinary  activities  are  required.  There  are,  however,  some  activities  that  are 
not  typical  of  sortie  or  free  flier  missions  covered  in  other  studies  conducted  for  DOD 
and  NASA. 

A summary  of  these  activities  is: 

1.  Track  STS  Flight  Manifest,  Schedule,  Integration 

2.  Multiple  Element  Installation 

3.  LN2  for  Cryogenics 

4.  Storage  in  Controlled  Area 

5.  Maintain  Flight  Ready  Condition 

6.  Integrated  installation  with  spacecraft/lUS  or  Spacelab  Tunnel 

7.  Installation  of  STR  Around  Tunnel 

5.5.  1 TRACK  STS  FLIGHT  MANIFEST,  SCHEDULE,  INTEGRATION 

In  order  to  take  advantage  of  flights  of  opportunity,  it  is  necessary  that  DOD  track 

the  STS  flight  manifests,  schedule  and  missions.  This  is  done  so  that  when  a DOD 
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experiment  or  other  mission  is  defined  with  its  mission  and  performance  requirements, 
potential  STS  flights  can  be  identified  and  negotiations  initiated  to  obtain  a flight  com- 
mitment. A planning  matrix  as  shown  in  Figure  5-40  is  visualized  as  the  type  of  docu- 
mentation and  the  typical  mission  characteristics  which  affect  payload  acceptability 
for  each  flight.  These  characteristics  are  considered  necessary  to  establish  STR  com- 
patibility and  would  include  such  data  as: 

1.  Launch  information  - site,  date,  time  , etc. 

2.  Orbit  parameters  - altitude,  inclination,  attitude  cycles  and  limitations, 
ephemeris,  etc. 

3.  Mass  Properties  - unused  weight  available  for  additional  payload,  e.  g. , loca- 
tion of  total  payload. 

4.  Volume  - open  space  which  represents  potential  mount  points  for  STR,  the 
trunnion  points  available  on  keel  and  longeron 

5.  Orbiter  services  available  - power,  electrical  energy,  telemetry,  data 
recording,  C&W  and  command 

6.  Aft  flight  deck  console  room 

7.  Crew  time 

8.  RMS  availability  -as  a function  of  time 

9.  Cargo  list  - Spacelab  and  experiments.  Spacecraft,  Upper  Stages,  LDEF,  etc. 

10.  Special  limitations. 

The  matrix  is  constantly  updated  so  that  available  space  is  identifiable  for  as 
far  into  the  flight  program  as  payloads  are  identified.  This  data  is  applicable  to  the 
STR  as  a "piggyback"  or  secondary  payload  to  obtain  maximum  cost  effectiveness 
from  the  STS.  If  an  experiment  has  sufficient  priority,  it  can  be  flown  as  a primary 
payload  with  the  ground  rules  that  apply  to  them. 

Detail  schedules  for  integration  thru  launch  are  also  kept  for  each  flight  as  those 
schedules  become  available.  They  will  be  used  to  determine  hardware  need  dates  and 
Orbiter  and  payload  integration  schedules  for  the  STR's. 
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5.  5.  2 MULTIPLE  ELEMENT  INSTALLATION 

For  very  large  payloads  which  will  be  mounted  on  the  STR,  it  is  possible  that  two  STR 
structures  separated  by  some  distance  will  be  used.  In  this  instance,  three  elements 
will  be  mounted  to  comprise  a total  STR  payload.  These  elements  would  be: 


1.  A STR  complete  with  subsystems 

2.  A second  STR,  structure  only 

3.  A large  payload,  i.  e. , which  must  be  supported  at  two  points  in  a stowed 
position  for  launch  and  landing.  A long  telescope  would  be  an  example. 

(See  Figure  5-41). 

An  Example: 

For  this  case,  special  methods  of  attaching  the  STR  payload  to  the  two  STR  structures 
is  required. 
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Figure  5-41.  Multiple  Element  Installation 
5.  5.  3 LN2  AND  CYR0GEN1CS 

Experiments  2,  4 and  9 require  cry°gens  to  cool  detectors  in  their  sensors.  The 
cryogens  are  as  follows: 

1.  Solid  neon  and  solid  methane 

2.  Liquid  helium 

The  solid  neon  and  solid  methane  are  loaded  as  gases  and  solidified  in  place  using 
liquid  helium.  The  total  ciyogen  chaiiging  and  cooling  sequence  is  done  using  ground 
equipment  provided  by  the  experiment  contractor.  The  full  cryogen  charge  is  estimated 
to  last  without  loss  for  up  to  ten  days  in  the  ambient  ground  launch  environment  and 
without  necessity  for  renewal  as  long  as  the  experiment  is  not  operated.  As  a backup, 
provision  must  be  made  to  accomplish  final  cryogen  charging  prior  to  launch  to  ensure 
a fully  charged  condition  at  launch. 

The  liquid  helium  is  loaded  into  the  tanks  from  an  external  source  provided  as  AGE 
equipment  by  the  payload  contractor.  The  liquid  helium  will  totally  vaporize  in 
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about  ten  days  at  ambient  temperature.  The  liquid  helium  must  be  loaded  on  the  pad  in 
the  PCR  prior  to  launch.  Loading  time  is  estimated  to  be  approximately  one  hour  using 
"drag  in  lines"  and  access  provided  by  the  PGHM,  the  PCR  and  the  design  location  at 
the  tanks  on  the  STR.  An  alternative  to  this  would  be  to  double  the  tank  capacity,  but 
this  does  not  appear  to  be  cost  effective. 

The  LN2  requirement  is  to  provide  cooling  to  the  "change  of  phase"  material  which  is 
proposed  as  one  of  the  methods  of  thermal  control  at  the  STR.  It  is  expected  that  this 
activity  be  accomplished  on  the  launch  pad  in  a manner  similar  to  charging  the  Neon 
and  Methane  cryogen  systems.  The  AGE  equipment  would  be  provided  by  the  STR  con- 
tractor. These  ciyogen  AGE  equipments  are  all  candidates  for  commonality.  If 
greater  usage  is  predicted,  they  could  become  part  of  the  STR  AGE  system  and  provide 
the  capability  for  all  experiment  contractors. 

5.5.4  STORAGE  IN  A CONTROLLED  AREA  AND  MAINTAIN  FLIGHT  READY 
CONDITION 

The  STR/payload  can  be  assembled  and  tested  without  having  been  assigned  to  an 
STS  flight.  The  STR/payload  assembly  in  this  case  will  be  stored  to  await  a 
"flight  of  opportunity".  Such  storage  could  be  in  an  STR  shipping  container  if  it  were 
initially  designed  to  house  a variety  of  large  experiments  mounted  on  the  STR. 

It  is  more  likely  that  a storage  room  will  be  used  so  that  large  STR  experiments  and 
more  than  one  STR  assembly  can  be  accommodated.  'I he  testing  to  determine  flight 
readiness  status  and  any  refurbishment  or  updating  can  be  accomplished  within  the 
storage  room.  However,  the  storage  room  must  provide  the  proper  environment  con- 
trol and  contamination  levels.  This  room  will  be  part  of  the  facilities  space  required 
for  the  on-site  STR  integration  activity. 

5.  5.  5 INTEG  RA  TED  INSTALLA  TION 

A possible  mode  of  installation  occurs  with  mounting  of  a strongback/bridge  configura- 
tion of  the  STR  around  the  spacelab  tunnel  or  installation  of  a strongback/shelf  configura- 
tion of  the  STR  around  a spacecraft  cantilevered  off  a support  cradle  or  an  super  stage 
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(IUS  or  SSUS).  In  these  cases,  the  strongback  is  separated  from  the  bridge  or  shelves 
and  is  installed  in  the  Orbiter  bay.  The  tunnel  or  spacecraft  is  then  installed  within 
the  strongback  configuration.  The  STR  installation  is  then  completed  by  installing  the 
bridges  or  shelves  and  attaching  them  to  the  strongback. 

5.5.6  INSTALLATION  OF  STR  OVERSPACELAB  TUNNEL 

In  some  instances,  it  might  be  desirable  to  install  the  STR  into  the  Orbiter  around  the 
Spacelab  tunnel  after  the  tunnel  has  been  installed.  To  accommodate  this  the  strong- 
back and  bridge  will  be  installed  separately. 

The  strongback  is  installed  first  using  the  loading  fixture  designed  to  rotate  and  trans- 
late its  load.  This  activity  is  shown  in  Figure  4.  5-2.  This  operation  can  be  done  for 
horizontal  or  vertical  Orbiter  loading  positions.  The  fixture  is  designed  to  operate 
with  the  Orbiter  Horizontal  Loading  Fixture  (in  the  OPF  at  ETR  and  OMCF  at  WTR) 
and  with  the  Payload  Ground  Handling  Mechanism  (PGHM)  in  the  PCR  (at  ETR  and  WTR). 
After  the  strongback  has  been  installed  and  latched  to  the  Orbiter  pyaload  bay  longerons 
at  the  trunion  points,  the  bridge  structure  is  mated  and  secured  to  adjustable  support 
fittings  on  the  strongback.  Mating  of  STR  internal  and  STR  to  Orbiter  electrical  con- 
nectors completes  the  installation  of  the  STR. 

5.  6 GROUND  EQUIPMENT  AND  FACILITIES 

A summary  of  the  mechanical  and  electrical  AGE  is  given  in  Table  5-14  and  5-15. 

This  equipment  is  utilized  in  the  assembly  and  testing  of  the  STR  and  experiments  and 
in  the  preparation  for  and  installation  into  the  Orbiter  bay. 

An  automated  checkout  console  is  utilized  to  minimize  the  test  time  which  in  turn  re- 
duces the  turnaround  times.  The  ground  station  equipment  is  used  to  keep  the  testing 
independent  of  the  prime  mission  ground  station.  It  is  possible  to  eliminate  this 
equipment  and  utilize  the  mission  ground  station  with  hardware  or  airlink  as  required. 

In  summary,  no  extraordinary  equipment  is  required  to  support  the  STR. 
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Table  5-14.  Mechanical  Equipment  list 


- STR  System  Test  Dolly 

- Alignment  Fixture 

- STR  Transporter 

- Alignment  Targets 

- STR  Sling  Set 

- Sensor  Stimulation  Supports 

- STR  Loading  Fixture 

- Alignment  Target  Supports 

- STR  Vertical  Ass'y  Fixture  (Tunnel) 

- Gas  Service  Unit  (GNg) 

- Strongback  Support  Stand  (LH  & RH) 

- Bridge  Support  Stand 

- STR  Shipping  Canister 

- Universal  Sling  Set 

- Panel  Handling  Fixtures  (6) 

- Thermal  Stimulation  Test  Set 
(Heat  Pipes) 

- Accountability  Kits 

- Turn- over  Fixture 

- LN2  Service  Unit 

- Assembly  Tool  Set 

Table  5-15.  Electrical  Equipment  List 


- Automated  Checkout  Console 

System  Test  Set 

Electrical  Power  System  Test  Set 
28  VDC  Power  Supply 

- ACS  Stimulator 

- Break  out  Boxes 

- RF  Power  & Frequency  Measurement  Equipment 

- Battery  Servicing  Equipment 

- Ground  Station  Equipment  Simulator 

RF  Receiver 

Brush  or  Line  Recorders 
S-  Band  Ranging  Equipment 
Analog  Tape  Recorders 
Command  Console 
Ground  Station  Computer 
Computer  Auxiliary  and  IO  Units 
Wideband  Receiver 
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A review  of  the  twelve  baseline  experiments  indicates  that  no  special  facilities  are 
required  at  KSC  or  VAFB,  except  the  space  for  STR/experiment  assembly  and  test. 
A summary  of  the  space  required  is  as  shown  below  in  Table  5-16. 

This  total  area  is  determined  assuming  one  STR  system  in  assembly  or  test,  two  in 
storage  and  one  awaiting  assembly  and  test.  A total  of  four  STR's  can  be  on  the 
premises  at  one  time  with  the  accompanying  payloads. 

A list  of  required  facilities  is  given  in  Table  5-17. 


Table  5-16,  Facilities  Space  for  STR 


Usage 

Area  in  Feet2 

STR/Experiment  Assembly  and  Test 

1200 

Alignment  of  Sensors  & Experiments 

600 

Experiment  Receive,  Inspect,  Checkout 

450 

STR/Experiment  Storage 

400 

Mechanical  GSE  Storage 

600 

Electrical  GSE 

400 

Genera]  Storage  (Spares,  etc.) 

200 

Offices 

900 

Total 

4750 

fable  5-17.  Facilities  List 

STR  Assembly  and  Test  Area 
STR  Storage  Room 
Spares  Storage  Room 
Alignment  Area 
LNg  Supply 

Experiment  Requirements  as  Necessary 
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5.  7 INTEGRATION  SUMMARY 

Table  5-18  summarizes  the  results  of  the  integration  and  operations  study. 


Table  5-18.  Integration  Summary 


• Orbiter  Timelines  Minimally  Extended 

• STR  Similar  to  Automated  Payload 

• No  Extraordinary  Equipment  or  Facilities  Required 

• Dedicated  STR  Processing  Area  Recommended 


Most  of  the  integration  activities  can  be  conducted  off-line  with  respect  to  the  Orbiter  1 

and  its  payload.  The  off-line  activities  are  the  same  as  for  other  typical  payloads  for 

sortie  or  free  flier  missions.  They  include  Orbiter  interface  verification  testing, 

installation  and  attachment,  Orbiter/STR  compatibility  checks  and  an  STR/experiment 

functional  checkout  to  verify  flight  readiness.  If  these  STR  activities  were  done  in 

series  with  similar  activities  for  the  other  payloads,  the  timeline  extensions  would 

be  approximately  eleven  hours.  If  they  are  all  done  in  parallel,  the  timeline  extension 

is  zero  hours. 

The  facilities  provided  at  the  launch  sites  satisfy  the  requirements  of  the  STR  and  no 
special  facilities  are  required.  It  is  necessary  to  provide  space  for  a dedicated  STR 
assembly  and  test  area.  It  is  expected  that  this  area  wiil  be  in  continuous  use  through- 
out the  first  shuttle  decade. 

5.  8 KEY  ISSUES 

The  key  issues  pertain  to  areas  which  must  be  negotiated  with  NASA.  These  issues 
affect  the  quick  reaction  time  due  to  their  requiring  an  interface  with  the 
Orbiter,  the  extent  of  testing  for  flight  certification,  or  the  time  required  to  plan  and 
accomplish  the  STR  integration  activities.  The  key  issues  are  listed  in  Table  5-19. 
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Table  5-19.  Key  Issues 


• RF  in  Orbiter  Ray 

• Crew  and  MCC  Override  (Depth) 

• STR  Integrated  Verification  Testing 

• Last  Possible  Date  for  Flight  Commitment 

• On-Site  or  Off- Site  Integration  of  STR 


In  early  Shuttle  integration  studies,  any  RF  in  the  Orbiter  bay  was  deemed  to  be  unac- 
ceptable. Later  studies  showed  a softening  of  this  limitation  but  it  is  still  not  clear.  I 

The  deployment/use  of  STR  mounted  antennas  for  integration  with  the  SGLS  must  be 
investigated  and  acceptance  of  their  use  obtained. 

From  the  safety  standpoint,  the  crew  should  have  some  control  over  the  Orbiter  pay- 
loads.  This  control  could  be,  at  the  least,  a turn-on  and  turn-off  capability.  Other 
potential  requirements  include  such  items  as  jettison  of  the  total  STR  assembly  or 
parts  of  the  STR  assembly.  The  extent  and  depth  of  crew  control  will  have  to  be  ex- 
amined for  each  experiment  flown.  The  participation  of  the  STS  Mission  Control 
Center  in  override  would  be  included  in  consideration  of  the  crew  control  of  STR 
payloads . 

It  is  assumed  in  this  study  that  the  Orbiter  interface  verification  testing  is  done  with 
the  other  Orbiter  payloads.  In  cases  where  there  is  obviously  no  possible  effect  of 
the  STR  on  other  payloads,  it  might  be  convenient  to  verify  the  Orbiter/STR  interfaces 
separately,  particularly  if  the  mobile  IVE  concept  is  adopted.  In  other  cases,  such 
as  re-flight  of  an  STR/ payload,  if  the  Orbiter/STR  interface  verification  tests 
were  not  required,  operations  costs  would  be  reduced.  The  extent  of  STR  integrated 
verification  tests  must  be  determined  and  verified. 

The  quick  reaction  time  for  the  flight  of  opportunity  mode  is  a basic  requirement  of 
the  STR  concept.  Although  physical  integration  can  be  accomplished  within  the 
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current  Orbiter  payload  integration  timelines,  the  integration  planning  and  verifica- 
tion of  flight  readiness  can  take  one  to  six  months,  depending  on  the  STR  complexity 
and  the  other  payloads  involved.  It  is  necessary  to  determine  if  there  are  STS  factors 
which  limit  the  time  before  launch  for  commitment  of  an  STR  flight. 

The  on-site  integration  and  test  of  the  STR  and  experiments  is  recommended  to  min- 
imize STR  logistics  costs  and  shorten  the  quick  reaction  time  for  last  minute  STR 
flights.  This  requires  a permanent  dedicated  facility  area  at  KSC  and  VAFB.  A 
trade-off  should  be  made  considering  such  things  as  available  space  in  existing 
buildings,  need  for  a new  building,  the  off-site  location  and  cost  of  off-site  integra- 
tion by  an  integration  contractor.  This  trade-off  can  be  used  to  determine  the  loca- 
tion and  number  of  integration  facilities. 
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SECTION  6 

STR  MISSION  MANAGER  CONCEPT 

The  STR  role  is  to  enable  DOD  to  fly  experiments,  prime  high  risk  equipment  and 
prime  mission  equipment  on  Shuttle.  The  STR  is  considered  as  a payload  sharing  the 
Shuttle  with  primary  cargo  of  NASA  or  DOD  sponsorship.  The  primary  cargo  can  be 
spacelab,  sortie  mission  or  free  flier  missions  with  or  without  upper  stages.  This 
section  deals  with  management  of  the  integration  of  the  STR  and  its  payloads  into  the  STS 
system. 

(>.  1 STR  MISSION  MANAGER 

The  usage  and  operation  of  the  STR  will  be  managed  by  a dedicated  integration  team 
directed  by  a Mission  Manager.  He  will  direct  the  STR  activities,  monitor  the  per- 
formance of  those  activities  and  make  necessary  decisions  to  insure  successful  com- 
pletion of  those  activities. 

The  task  of  the  Mission  Manager  is  to  integrate  payloads  into  the  STR  and  to  in- 
tegrate the  STR  payloads  assembly  into  the  STS.  Since  the  STS  integration  should 
be  started  as  early  as  possible  in  any  payload  program,  assigning  one  individual,  the 
STR  Mission  Manager,  to  payload  and  STS  integration  assures  the  best  chance  of 
procuring  and  meeting  STR  flight  dates  on  the  STS. 

The  STR  Mission  Manager  approach  stresses  centralized  authority,  streamlined  pro- 
cedures, and  minimum  documentation.  Each  of  these  major  elements  reinforces  the 
others  to  create  a system  which  stresses  individual  responsibility  and  team  work  as 
opposed  to  dispersed  responsibility  and  paperwork.  Like  any  such  system,  its  success 
is  a function  of  the  people  involved,  but  given  a reasonable  level  of  motivation  and  com- 
petence it  offers  the  promise  of  low  cost  and  efficient  operations. 

Individually  assigned  and  visible  responsibilities  - with  matching  authority  - is  the  key- 
stone of  the  STR  management  approach.  The  Mission  Manager  is  established  as  the 
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single  point  of  authority  for  the  STR  to  (1)  direct  STR  personnel  and  to  (2)  make  inter- 
face agreements  with  payload  contractors  and  sponsors  (SPO's)  and  STS  Mission 
Managers.  Since  a similar  Management  Concept  is  being  considered  for  STS,  the  STR 
Mission  Manager  approach  should  correlate  well  into  the  overall  STS  flight  manage- 
ment system. 

The  STS  Mission  Manager  is  the  single  central  authority  on  cargo  for  STS  flights.  He 
derives  his  authority  from  the  Prime  Payload  Sponsor  (usually  one  of  the  NASA  centers 
or  DOD  SPO's)  who  "buys"  the  Shuttle  flight.  The  role  of  STS  and  its  support  teams  is  to 
take  direction  from  the  STS  Mission  Manager  and  support  him  to  the  capabilities  and  the 
constraints  (physical,  functional  and  safety)  of  the  STS  program.  The  Prime  Sponsor 
"sells'’  space  to  other  users  through  the  STS  Mission  Manager.  He  integrates  user 
requirements  and  forms  contract  agreements  between  the  Prime  Sponsor  and  the  "other 
users. " 

The  role  of  the  STR  Mission  Manager  is  that  of  "other  user.  " The  STR  Mission  Man- 
agers concept  is  shown  in  Figure  6-1.  Also  shown  in  the  relationship  of  STR  Mission 
Managers  to  STS  Mission  Managers.  The  responsibilities  and  relationships  between 
the  STR  and  STS  teams  is  shown  in  Figure  6-2.  The  accomplishment  of  many  com- 
bined activities  in  the  payload  integration  scenario  will  require  control  by  the  STR 
Mission  Manager  of  experiment  personnel  and  control  by  the  STS  Mission  of  STR 
personnel.  No  attempt  was  made  to  describe  in  detail  just  how  this  type  of  control  is 
to  be  implemented,  since  that  was  beyond  the  scope  of  the  present  study.  However, 
as  shown  by  dotted  line,  in  Figure  6-2,  some  sort  of  control  is  necessary  for  efficient 
operations.  Although  this  study  does  not  cover  this  area  in  detail,  this  relationship  is 
critical  if  low-cost  operations  are  to  be  accomplished. 

6.2  STR  MISSION  ACTIVITIES  SCENARIO 

The  STR  System  is  used  to  fly  experiments  and  mission  equipment  for  DOD  payload 
sponsors.  The  STR  Mission  Manager  operates  the  STR  System  and  manages  its  usage. 
The  STR  System  usage  must  be  as  flexible  as  the  STR  hardware.  The  usage  of  STR 
can  be  initiated  for  any  payload  at  any  time  in  the  payload  development  cycle  or  even 
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after  completion  of  that  cycle.  The  STR  Mission  Managers  activities  for  a specific 
payload  begin  with  a request  from  a DOD  payload  sponsor  for  flight.  The  activities 
cover  the  following  mission  phases: 

1-  Payload  integration  into  STR 
2.  STR  integration  into  STS 

These  activities  are  further  defined  in  Figure  6-3.  As  shown  in  the  figure  by  horizon- 
tal arrows,  the  timing  of  integration  activities  with  respect  to  the  other  activities  can 
vary  as  required  by  program  priorities,  timing  etc.  The  activities  joined  bv  vertical 
arrows  must  occur  serially. 

The  following  paragraphs  discuss  the  details  of  the  STR  payload  management  scenario 
shown  in  Figure  6-3  for  Shuttle  Integration  activities.  The  seven  phases  are  discussed 

i: 
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Figure  6-2.  Relationships  and  Responsibilities  of  STR  and  STS  Teams 


I 
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^ separately  ami  later  sections  of  this  report  present  descriptions  of  the  interface  docu- 

mentation and  Mission  Manager  staffing  requirements  derived  from  the  scenario. 

Much  of  these  activities  are  described  in  detail  in  Section  5.  The  Mission  Approval 

phase  includes  the  request  for  flight  from  a DOD  payload  sponsor  and  the  activities 

taken  by  the  STR  Mission  Manager  to  get  space  allocated  by  the  STS  Mission  Manager 

on  a specific  STS  flight.  This  request  can  come  early  in  the  payload  development  phase 

or  later,  even  after  the  payload  development  is  complete.  The  STR  Mission 

Manager  by  proposal  and  /or  STS  Form  100  requests  STS  flight  space.  He  can  request 

and  have  allocated  to  him  space  and  accommodation  resources  on  a specific  or 

generic  basis  at  any  time;  i.e.,  a flight  reservation  for  an  STR  with  a still  to  be  developed 

pavload  may  be  obtained.  This  latter  approach  can  provide  for  "last  minute"  flight  requests. 

The  second  phase  is  the  integration  of  the  payload  into  the  STR.  These  activities 
include: 

1.  Establishing  payload/STR  interfaces  and  requirements 

2.  Configuring  STR  for  the  payload 

3.  Top  level  installation  and  assembly  drawings 

4.  Detail  design  and  fabrication  of  any  required  equipment  such  as  insulation 
blankets 

5.  Analyses  updates  for  the  STR  with  the  specific  payload 

6.  Software  update  for  the  specific  payload 

7.  STR/ payload  interface  verification  using  STR  simulator  and  mounting  hardware 

Much  of  this  activity,  primarily  the  analyses  interface  verification  and  software,  are 
applicable  to  the  STR/STS  integration  activities.  The  STR/STS  integration  activities 
can  occur  serially  or  in  parallel  with  the  payload/STR  integration  as  desired  for 
convenience,  low  cost  or  as  limited  by  data  availability  or  program  schedule.  In 
general,  the  earlier  this  activity  is  initiated,  the  easier  it  is  to  accomplish  the  end 
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goal  of  acceptability  of  an  STR/payload  assembly  for  flight.  In  this  phase  com- 
patibility of  the  STR/ payload  with  the  STS  and  other  payloads  must  be  verified  by 
• analysis,  test,  etc. 

The  fourth  phase  is  the  physical  integration  and  test  of  the  experiment  and  STR.  This 
activity  is  carried  out  at  a dedicated  STR  preparation  area  at  the  ETR  or  WTR  launch 
site,  it  may  include  a post-test  storage  period  while  awaiting  a flight  or  flight  ap- 
proval. The  fifth  phase,  physical  integration  of  the  STR/experiment  assembly  into 
the  STS,  includes  the  following  activities. 

1.  Pre-installation  testing  (CITE  or  SIVE  to  verify  STR/STS  and  other  payload 
interfaces) 

2.  Final  servicing 

3.  installation  into  STS 

4.  Post- installation  STR/STS  interface  verification 

The  flight  phase  requires  the  support  necessary  to  operate  the  STR  and  the  experi- 
ment during  launch  to  carry  out  the  experiment  mission  and  support  the  STS  mission 
and  safety  of  flight  activities. 

The  last  phase  is  deintegration  and  includes  the  safing,  inspection  and  removal  of  the 
STR  from  the  STS  and  returning  it  to  the  dedicated  STR  preparation  area.  At  that  point, 
the  payload  is  removed  or  prepared  for  a reflight.  In  the  former  case  the  STR  is 
prepared  for  recycle  with  another  payload. 

During  all  of  these  phases,  the  STR  teams  are  under  control  of  the  STR  Mission  Mana- 
ger. In  accomplishing  his  task  the  Mission  Manager  also  interfaces  with  other  teams 
involved  in  an  STS  flight. 

Figure  6-4  and  6-5  illustrate  one  of  the  methods  used  to  define  and  summarize  the 
number  and  type  of  interactions  taking  place  In  the  scenario.  An  Important  feature 
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CONSULTATION  & COORDINATION 


Figure  6-4.  Types  of  Interactions 


of  this  type  of  analysis  was  the  Indication  of  relationship  between  the  parties,  and  the 
direction  of  flow  of  information.  Much  of  the  activity  flow  analysis  is  concerned  with 
the  content  of  the  interactions  shown  on  this  diagram. 

Each  interaction  identified  was  treated  as  a point  of  information  transfer.  Thus  an 
evaluation  was  made  of  what  information  has  to  be  transferred,  which  parties  were 
involved,  the  direction  of  the  flow  and  the  degree  of  feedback  desirable  and/or  nec- 
essary, and  the  appropriate  form  which  the  information  transfer  should  take.  This 
type  of  analytic  treatment  of  the  activity  flow  data  makes  it  possible  to  understand  the 
systematic  processes  necessary  for  the  flows  to  be  accomplished. 

STR  interactions  are  highlighted  on  the  figure,  illustrating  the  relatively  simple  inter- 
facing for  an  autonomous  payload.  The  following  sections  will  define  the  documenta- 
tion and  organization  requirements  that  the  STR  Mission  Manager  will  utilize  to  carry 
out  his  tasks. 

6.  3 STR  INTERFACE  DOCUMENTATION 

The  major  interface  documentation  required  to  define  and  control  the  interfaces  be- 
tween the  STR  Mission  Manager  and  other  parties  involved  in  the  integration,  and 
operation  of  a shuttle  cargo  is  discussed  in  this  section.  Brief  descriptions  of  key 
documents  are  given,  and  a document  tree  for  an  STR  payload  program  is  shown. 

6.  3.  1 DOCUMENTATION  APPROACH 

The  general  approach  currently  being  considered  and  implemented  on  the  STS  pro- 
grams is  the  basis  for  definition  of  the  documentation  approach  defined  in  this  section 
for  STR  programs.  This  approach  has  been  defined  in  recent  shuttle  payload  integra- 
tion studies. 

One  of  the  ways  to  reduce  costs  of  orbiter  payload  integration  and  at  the  same  time 
reducing  the  complexity  of  the  management  system  required  to  implement  the  integra- 
tion is  to  reduce  the  Interface  documentation  which  must  be  formally  controlled.  The 
Introduction  of  documentation  which  formalizes  the  Interaction  between  two  or  more 
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parties  establishes  requirements  for  data  which  must  be  developed  and  passed  be- 
tween the  parties.  Production  of  data  can  become  an  end  product  without  careful  as- 
sessment of  the  costs  of  production.  In  a number  of  major  programs  large  shares  of 
total  program  costs  are  set  aside  for  data  and  the  resources  needed  to  produce  it. 

To  prevent  this,  management  data  is  reduced  to  the  level  which  is  minimally  required 
to  conduct  and  control  the  inter-party  interactions. 

A number  of  techniques  are  employed  to  accomplish  this  goal.  One  of  the  first  is  to 
establish  two-party  relationship  where  significant  agreement  must  be  reached.  The 
results  in  a reduction  of  the  number  of  parties  which  must  be  bound  by  the  accompany- 
ing documentation,  and  therefore  reduces  its  complexity  and  the  costs  of  its  produc- 
tion and  maintenance.  An  important  result  of  applying  this  technique  Is  the  accom- 
panying reduction  in  the  number  of  personnel  required  to  review  and  approve  the 
documentation  and  to  produce  supportive  analyses.  Application  of  this  technique  is 
shown  in  Figure  6-6. 
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Figure  6-6.  Suggested  Approach  to  Documentation  Management 


Main  Purposes  of  Documentation 

• Establish  Binding  Agreements 

• Provide  Technical  Standards,  Contralnts,  Procedures,  etc. 

• Establish  and  Implement  Lines  of  Authority 

• Implement  Communications 

Implementation  Concepts 

• Delegate  Interface  Control  to  Specific  "Dedicated"  STR  Mission  Managers 

Centralizes  Information 
Simplifies  Communication 

• Substitute  CTR  ami  FTTS  Expertise  for  Formal  Documentation 

Minimizes  Data  Transfer  and  Familiarization 
Quick  Response  to  Contingencies 

• Transmit  Evidence  of  Compliance  Rather  than  Detailed  Test  Data 

• Update  Documents  Rather  than  Reissue 

Red  Line 
Change  Notices 
Formal  Changes 

• Standardized  Formats,  Nomenclature,  Usage,  etc. 

Minimizes  Interpretation  Problems 
Ease  of  Data  Retrieval 
Simplifies  Comparisons 

• Minimize  Archival  Data 

Impose  Storage  Time  Limits 
Eliminate  File  Maintenance  Functions 
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Other  methods  utilized  to  reduce  inter-party,  formal  documentation  and  its  costs  in- 
clude the  use  of  standardized  formats;  the  use  of  updated  or  combined  documents 
rather  than  new  documents;  the  minimization  of  archival  data;  reducing  the  number 
of  parties  which  must  be  involved  in  decision-making;  the  use  of  compliance  check- 
lists rather  than  full  analytic  reports;  and  reliance  on  personnel  responsibility  as  a 
substitute  for  formal  control  documentation. 

The  STS  users  can  refer  to  a number  of  STS  documents  which; 

1.  Provide  guidance  for  design,  integration,  launch  and  flight 

2.  Define  STS  services  available 

3.  Specify  STS  limitations 

4.  List  compliancy  requirements 

5.  Give  guidelines  for  program  planning  and  flight  costs 

A summary  of  the  major  STS  documentation  is  given  in  Table  6-1.  Each  of  these 
documents  is  applicable  to  STR,  even  though  many  serve  only  to  identify  fit  and  func- 
tion interface  limits  rather  than  a potential  operating  interface. 

The  STS  Handbook(s)  provide  the  STR  Mission  Manager  with  in-depch  information  on 
the  characteristics  of  the  STS  flight  and  ground  systems.  The  Handbook(s)  present 
detailed  descriptions  of  STS  capabilities,  requirements  and  restraints  to  enable  him 
to  prepare  STR/payloads  designs  for  integration  into  the  orbiter. 

From  a review  of  these  documents  and  current  integration  program  study  reports  and 
the  definition  of  the  minimum  required  major  documentation  required  to  control  or- 
ganizational interfaces,  it  is  possible  to  assemble  a model  documentation  tree  for  a 
given  program.  A typical  tree  for  a flight  program  with  STR  is  shown  in  Figure  6-7. 
The  inquired  major  interface  documents  can  be  shown  as  an  integral  part  of  the 
larger,  more  complex  tree  which  is  filled  in  by  documents  which  are  internal  to  the 
parties,  and  do  not  require  formal  inter-party  control.  Much  of  the  important  data 
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required  to  implement  a given  payload  program  can  be  in  this  state,  where  responsi- 
bility for  its  continued  accuracy  is  in  the  hands  only  of  the  party  which  generates  the 
data.  This  reliance  on  personal  responsibility  is  a key  to  establishing  low-cost  pay- 
load  program  management. 

From  the  foregoing  document  reviews  and  the  STR/STS  interface  documentation  defini- 
tion, two  categories  of  documents  are  identified: 

• Controlled  interface  documents  which  are  developed  by  the  STR  Mission  Mana- 
ger or  the  STS  Mission  Manager,  are  signed  off  by  both  and  continually  up- 
dated as  required. 

• Uncontrolled  documents  generated  by  the  STR  Mission  Manager  and  used  to 
transfer  data  to  the  STS  Mission  Manager  for  use  in  overall  cargo  integration 
and  safety  analysis  and  documentation.  There  will  also  be  correlative  docu- 
mentation generated  by  the  STS  Mission  Manager  and  provided  to  the  STR 
Mission  Manager  to  accommodate  the  needs  of  STR  programs.  These  docu- 
ments will  augment  the  generic  guidance  and  compliance  documents  shown  in 
Table  6-2  and  will  be  specific  to  the  particular  STS  flight  mission  involved. 

Some  of  the  documents  shown  in  the  upper  portion  of  the  documentation  tree 
in  Figure  6-7  fall  into  this  category. 

6.  3.  2 KEY  STR  DOCUMENTATION 

A list  of  the  nine  major  documents  identified  which  must  be  generated  for  each  STR/ex- 
periment  flight  is  shown  in  Table  6-3.  Of  these  nine,  six  are  generated  by  the  STR  Mis- 
sion Manager.  Four  of  the  documents  are  controlled  interface  documents.  These  are: 


Controlled  Interface  Documents 


Document 

Responsible  Party 

• STR  Interagency  Flight  Agreement 

• SI  R Interface  Agreement 

• STR  Safety  Certification 

f STR  Flight  Closeout  Agreement 

STS  Mission  Manager 

STS  Mission  Manager 

| 

STR  Mission  Manager 
> 

STS  Mission  Manager 

The  relationship  of  interfaces  between  STR  Mission  Manager,  the  STS  Mission  Manager 
and  the  STS  Flight  and  Ground  Operations  Teams  is  shown  in  Figure  6-8. 
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Figure  6-8.  Relationship  of  Interface  Control  Documents 

6.  3.  3 DOCUMENTATION  DESCRIPTION  AND  USAGE 

6.  3.  3.  1 STS  Form  100  for  STR 

The  first  step  in  obtaining  a flight  assignment  for  STR  is  the  initial  contact  with  the 
STS  Mission  Manager  for  a specific  STS  flight.  This  is  done  using  a standard  STS 
Form  100  (See  Figure  6-9)  or  DOD  equivalent  document.  For  planned  STR  flights  this 
form  is  submitted  early  in  the  experiment  development  cycle.  For  flight  of  oppor- 
tunity, this  form  can  be  used  to  "reserve"  cargo  space  for  experiments  whose  exact 
I 

flight  needs  are  not  known.  Reservation  time  is  a minimum  of  one  year  in  advance. 

6.3.4  STR  FLIGHT  PROPOSAL 

| The  STR  Flight  Proposal  will  consist  of  two  major  parts,  the  technical  plan  and  the 

> management  plan. 

The  technical  plan  will  contain  a statement  of  the  objective  of  the  proposed  experiment. 
As  identified  in  the  guidelines  for  documentation  preparation,  the  experiment  standard 
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fact  sheets  consisting  of  fill-ins  and  checklists  will  be  compiled  and  included  in  this 
book.  Also  included  will  be  a listing  of  equipment,  interface  requirements,  consum- 
ables and  experiment  results  expected.  An  outline  of  Payload  Specialists  support  re- 
quired for  STR  flight  operations  shall  also  be  identified  along  with  post-flight  opera- 
tions requirements. 

The  management  plan  shall  be  structured  to  outline  and  identify  the  organization,  in- 
cluding subcontractors,  proposed  to  accomplish  the  tasks  leading  to  the  successful 
completion  of  the  User  Experiment.  Schedules  and  the  identity  of  key  people  support- 
ing and  administering  the  program,  and  a program  control  plan  shall  also  be  included. 
Identification  of  the  type(s)  of  facilities  and  laboratories  that  will  be  required  along 
with  the  necessary  ground  support  equipment  and  its  status  (new  and  existing)  is  also 
required  so  that  commonality  between  Users  can  be  established.  The  management 
plans  will  include  a cost  breakdown  by  categories  and  function. 

This  document  is  really  a preliminary  requirements  and  operations  plan  document. 

In  some  cases  it  is  submitted  at  the  same  time  as  the  Form  100.  It  is  conceivable 
that  the  requirements  part  of  this  document  is  never  written  and  the  STR  Require- 
ments Document  is  submitted  instead.  This  is  true  for  STR  flights  of  opportunity 
where  last  minute  flight  is  used  for  mature  STR/ payload  programs. 

6.  3.  5 STR  INTERAGENCY  FLIGHT  AGREEMENT 

The  Interagency  Flight  Agreement  represents  the  formal  commitment  of  STR  and  STS  to 
perform,  supply  and  support  those  tasks  identified  within  the  document.  In  order  to 
simplify  and  identify  the  assigned  responsibilities,  the  contract  may  be  broken  down 
into  four  areas. 

The  first  covers  design  definition  and  includes  those  areas  that  establish  the  payload- 
to-Shuttle  interfaces  including  ground  and  flight  operations  and  Payload  Specialist 
training.  The  intent  of  this  section  is  to  assure  design  compatibility  between  experi- 
ment and  Shuttle  and  among  experiments  through  controlled  documentation  and  design 
review.  The  second  covers  integration  activities  and  responsibilities  Including  the 
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^ area  of  payload  testing,  installation  and  servicing.  This  section  identifies  the  opera- 

| tion,  support  equipment,  installation  procedures  leading  to  flight  readiness  and 

launch.  The  third  area  covers  flight  activities  and  includes  the  flight  operations  re- 
sponsibilities, procedures  and  support  and  data  management  and  disposition.  The 
fourth  area  covers  post  flight  activities  and  responsibilities  and  includes  cargo  dis- 
assembly, STR  removal,  transportation  and  handling. 

The  key  documents  that  apply  are  identified  in  the  agreement  along  with  the  approval 
and  revision  procedures  that  will  be  followed.  The  Interagency  Flight  Agreement  also 
establishes  the  limits  of  liability,  the  binding  responsibilities  of  STR  and  STS  Mission 
Managers,  and  the  charges  applicable  to  the  STR  flight. 

As  previously  specified,  this  will  be  a standardized  document  of  fill-ins,  checklists 
and  fact  sheets,  particularly  applicable  to  the  repetitive  nature  of  STR  programs. 

This  document  is  prepared  and  updated  as  required  by  the  STS  Mission  Manager  using 
inputs  from  the  STR  Form  100  and  STR  Flight  Proposal.  The  Interagency  Flight  Agree- 
ment and  the  STR  Flight  Proposal  will  be  similarly  formatted  so  that  direct  transfer  of 
pages  can  be  accomplished  as  applicable. 

fi.3.6  STR  INTERFACE  AGREEMENT 

This  document  is  an  updated  version  of  the  STR  Flight  Proposal.  It  is  similar  in 
format  but  contains  detailed  and/or  more  mature  data  than  does  the  flight  proposal. 

For  planned  STR  flights,  at  predetermined  periods  during  the  design  and  development 
of  payload  equipment  and  software,  the  STR  Mission  Manager  will  release  to  the 
STS  Mission  Manager  information  required  to  assess  the  payload  and  overall  cargo 
design  compatibility,  and  perform  the  analyses  necessary  for  complete  payload/ cargo 
planning  and  control.  These  data  releases  are  phased  throughout  this  period  to  pro- 
vide a staged  release  of  information  to  the  Mission  Manager  as  equipment  design 
matures.  The  staging  of  this  data  is  also  set  so  that  information  is  provided  to  the 
Mission  Manager  in  a timely  fashion  to  match  his  needs. 
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Some  of  the  Information  that  is  transmitted  through  these  releases  includes:  struc- 
tural and  mechanical  Interfaces,  electrical/electronic  interfaces,  crew  timelines  and 
modes  of  experiment  operation,  power  requirements,  telemetry  requirements,  com- 
mand requirements,  output  data  characteristics,  general  test  information,  and  truth 
site  support  operations.  This  information  from  STR  and  all  other  Users  will  be  com- 
bined and  used  to  develop  integrated  payload/cargo  designs  and  plans  for  flight  and 
ground  operations. 

For  STR  flights  of  opportunity,  all  data  will  be  submitted  to  the  STS  Mission  Manager 
at  one  time  as  soon  after  the  submittal  of  Form  100  as  is  possible.  The  STS  Mission 
Manager  will  then  do  whatever  analysis  and  evaluation  is  necessary  to  integrate  the 
STR  into  an  existing  cargo.  It  is  this  effort  and  the  accompanying  interfaces,  techni- 
cal exchanges  and  discourses  and  physical  preparation  of  the  STR/Orbiter  interfaces 
that  Imposes  some  limit  on  the  time  before  launch  to  periods  of  one  to  six  months  for 
last  minute  flight  notifications. 

The  STR  Requirements  Document  is  formatted  uniformly  wherever  possible  using 
check  lists,  fill-ins,  and  standardized  forms  in  order  to  facilitate  its  use  as  an  ef- 
fective tool  for  interface  information  exchange.  Following  its  release  and  an  informal 
interface  design  review,  a sign-off  of  the  document  by  the  STR  Mission  Manager  and 
STS  Mission  Manager  will  constitute  its  formal  acceptance  as  the  STR  Interface 
Agreement.  As  a formal  document  under  contractual  control,  changes  will  be  made 
in  two  basic  ways.  First,  the  review  and  acceptance  of  new  data  releases  will  be 
followed  bv  incorporation  of  the  newly  refined  data  into  the  Specification.  Second,  as 
provided  for  by  the  STR  Interagency  Flight  Agreement,  formal  change  notices  may  be 
appropriately  issued,  signed-off,  and  incorporated  as  the  need  arises. 

The  STR  requirements-to-interface  agreement  concept  is  illustrated  in  Figure  6-10. 
Note:  The  format  of  this  document  will  specify  a range  of  maximum  or  minimum 
limits  for  each  item  as  required  i.e.  (temperature  maximum  70°  C to  75°C,  minimum 
-5°C  to  +10°  C)  to  eliminate  downstream  changes.  This  is  the  current  approach  used 
in  NASA  interface  agreements  which  replace  the  old  interface  specifications. 
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6.  3.  7 GROUND  OPERATIONS  PLAN 

The  STR  Mission  Manager  identifies  and  provides  to  the  STS  Mission  Manager  re- 
quirements such  as  timelines,  facilities,  support  manpower,  special  environmental 
conditions,  and  resources  needed  for  testing,  handling  and  integration  of  the  STR 
program.  This  submittal  is  in  a standard  format  of  fill-in  lists,  check  lists  and  fact 
sheets.  The  document  is  called  the  STR  Ground  Operations  Plan.  It  is  an  input 
document  used  to  transmit  data  from  the  STR  Mission  Manager  to  the  STS  Mission 
Manager.  The  document  is  updated  as  required. 

The  Integrated  Ground  Operations  Plan  is  developed  from  the  needs  established  by  the  STR 
Mission  Manager's  ground  operations  plan  and  from  the  capabilities  shown  in  the  Launch 
Site  Support  Manager's  (LSSM)  ground  operations  plan  for  the  specific  mission.  It 
covers  only  those  items  directly  affecting  both  parties. 

Having  integrated  the  Ground  Operations  Plans  from  STR  and  other  users,  the  STS  Mission 
Manager  identifies  and  forwards  to  the  Launch  Site  Support  Manager  (LSSM)  the  inte- 
grated ground  operations  requirements  needed  for  checkout,  handling  and  integration 
of  the  total  flight  cargo.  The  LSSM  then  integrates  these  requirements  with  those  of 
other  programs  and  develops  the  launch  site  support  plan  for  that  cargo.  The  LSSM 
commits  resources  to  the  flight  to  satisfy  the  cargo  requirements.  This  committal 
and  requirements  agreement,  when  signed  by  the  STS  Mission  Manager  and  the  LSSM, 
becomes  the  Integrated  Ground  Operations  Plan. 

6.3.8  FLIGHT  OPERATIONS  PLAN 

A Flight  Operations  Plan,  similar  to  the  ground  operations  plan,  is  developed  by  the 
STR  Mission  Manager.  Information  contained  in  this  document  include  items  such 
as  experiment  operations,  crew  activity  and  shuttle  orbit  data,  pointing,  attitude  and 
maneuvering. 
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Figure  6-10.  STR  Interface  Agreement 


The  Flight  Operations  Plan  is  submitted  to  the  STS  Mission  Manager.  This  submittal 
is  in  a standard  format  of  fill-in  lists,  check  lists  and  fact  sheets.  The  document  is 
called  the  STR  Flight  Operations  Plan,  it  is  an  input  document  used  to  transmit  data 
from  the  STR  Mission  Manager  to  the  STS  Mission  Manager.  The  document  is  updated 
as  required. 


The  STS  Mission  Manager,  having  combined  the  flight  operations  requirements  from 
STR  and  other  Users,  forwards  to  the  Flight  Operations  Mission  Coordinator  (FOMC) 
the  cargo  flight  operations  plan  and  support  requirements.  Information  contained  within 
this  document  are  combined  with  the  general  STS  flight  plans  for  all  flights  to  develop 
the  STS  flight  operations  plan  for  that  particular  cargo.  The  STS  FOMC  commits  re- 
sources to  the  specific  flight  to  satisfy  the  cargo  requirements.  This  commital  and 
requirements  agreement,  when  signed  by  the  STS  Mission  Manager  and  the  FOMC  be- 
comes the  Integrated  Flight  Operations  Plan. 
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6.3.9  STR  SAFETY  CERTIFICATION 

In  accordance  with  the  requirements  of  the  "Safety  Policy  and  Requirements  for  Pay- 
loads  Using  the  Space  Transportation  System"  document  issued  by  the  Office  of  Space 
Flight,  the  STS  Mission  Manager  is  responsible  for  preparing  and  issuing  Safety 
Assessment  Reports  for  each  payload  in  the  mission  cargo.  The  reports  are  com- 
posed of  data  supplied  by  Users  regarding  the  potential  hazards  of  their  hardware 
and  procedures,  plus  any  data  on  the  integrated  payload  which  is  the  responsibility  of 
the  STS  Mission  Manager. 

The  STR  (and  other  users)  submit  Safety  Certification  reports  which  include  a safety 
analysis,  back  up  data  (much  of  the  interface  and  requirements  data  is  useable)  and  a 
certification  that  the  STR  (or  other  users)  payload  is  safe  to  fly  on  the  STS. 

A series  of  Safety  Assessment  Reviews  will  be  held  between  the  STR  and  other  Users 
and  the  STR  Mission  Manager  to  assure  that  all  potential  hazardous  materials,  pro- 
cedures, and  failures  are  identified  and  that  safeguards  against  their  propagation  are 
included  in  the  experiment  or  payload  design.  An  evaluation  of  safety  compliance  is 
issued  after  the  final  design  is  completed,  near  the  end  of  the  analytical  integration 
phase.  These  evaluations  consist  first  of  the  STS  Mission  Manager  reviewing  and 
approving  the  relevant  data  of  the  Users,  and  then  the  respective  STS  team  representa- 
tive certifying  payloads  which  make  up  the  cargo.  Timing  of  these  activities  is  a func- 
tion of  the  type  of  STR  program,  planned  or  opportunity  flight.  The  flow  of  activity  for 
planned  STR  flights  is  shown  in  Figure  6-11.  For  flights  of  opportunity,  shortened 
cycles  of  the  same  activity  must  be  achieved.  This  can  be  done  by  standardization  of 
review  procedures  and  elimination  of  series  activity. 

It  is  assumed  that  a single  safety  compliance  data  package  for  the  cargo  results  from 
this  first  series  of  formal  reviews.  This  package  is  then  updated  as  necessary  by  the 
Users  and  STS  Mission  Manager,  and  once  again  reviewed  by  the  STS  team  representa- 
tives just  prior  to  payload  shipment  to  the  launch  site.  Formal  signoff  of  the  cargo  safety 
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Figure  6-11.  Safety  Certification 


data  package  should  be  interpreted  as  approval  of  the  design  as  it  then  exists.  Changes 
to  hardware  and  operational  procedures  which  affect  the  contents  of  this  package  must 
be  submitted  to  the  STS  Mission  Manager  and  responsible  STS  personnel  for  acceptance 
before  implementation.  The  updating  mode  represents  the  path  by  which  STR's  for 
flights  of  opportunity  will  be  handled. 


6.3.10  STR  FLIGHT  CLOSEOUT  AGREEMENT 

The  STR  Flight  Closeout  Agreement  is  a post-flight  report  that  records  the  performance 
of  the  two  parties  as  contracted  in  the  Interagency  Flight  Agreement.  It  provides 
necessary  and  sufficient  information  to  enable  these  two  parties  to  close  out  the  Agree- 
ment. Additional  post-flight  reports  may  be  issued  by  either  party  as  required,  but 
the  Flight  Closeout  Agreement  is  the  only  contractually  required  post-flight  report. 
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These  documents  are  required  between  the  STS  Mission  Manager  and  STS  and  between 
the  STS  Mission  Manager  and  each  User.  The  former  records  such  things  as  power 
levels  in  the  cargo  bay,  Orbiter  altitude/inclination/attitude  history,  and  payload/ 
cargo  operating  cycles  actually  run.  Normally  the  document  will  report  discrepancies 
between  what  was  originally  planned  and  what  actually  occurred.  The  latter  docu- 
ments between  the  STS  Mission  Manager  and  each  User  records  such  things  as  levels 
of  Orbiter  services  provided  and  Payload  Specialist  activities.  An  important  part  of 
these  documents  is  the  recording  of  discrepancies  between  planned  and  actual  pro- 
visions, All  the  parameters  which  are  covered  in  the  Flight  Close-out  Agreements 
should  have  !x;en  identified  in  the  initial  Interagency  Flight  Agreement.  Parameters 
that  pertain  to  experiment  and  Shuttle  internal  subsystems,  as  well  as  those  pertain- 
ing to  scientific  data  results  are  not  applicable  for  these  documents.  They  may  very 
well  be  covered  in  other  User,  STS,  or  even  STS  Mission  Manager  generated  docu- 
ments, but  these  will  not  be  formal  interfaces. 

Finally,  the  User  Flight  Closeout  Agreements  will  include  the  settlement  of  the  fiscal 
areas  of  charges,  penalties  and  liabilities,  past  and  future.  The  Flight  Closeout  docu- 
ment is  summarized  in  Figure  6-12. 

6.4  ORGANIZATION  AND  MANPOWER 

An  analysis  was  done  of  the  activities  required  to  implement  a full  STR  program  from 
designation  of  experiments  to  fly  on  STR  thru  the  deintegration  of  the  experiments  from 
the  Orbiter  after  flight  to  estimate  the  type  and  number  of  personnel  required.  Guidance 
for  this  analysis  was  provided  by  recent  integration  studies  and  GE  experience  in  the 
design,  development  test  and  flight  of  space  systems  and  Shuttle  integration  activites. 

6.4.1  ORGANIZATION 

The  STR  is  visualized  as  a continuous  program  of  flights  on  the  STS  thru  the  1980's 
decade.  A central  office  headed  up  by  the  STR  Mission  Manager  will  manage  the  total 
STR  program.  The  STR  Mission  Manager  is  supported  by  the  organization  shown  in 
Figure  6-12.  To  support  him,  there  are  a number  of  STR  Mission  Manager  deputies. 
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Figure  6-12.  Flight  Closeout  Agreements 
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each  of  whom  will  be  assigned  responsibility  for  one  or  more  STR  programs.  The 
number  of  programs  assigned  to  each  is  a function  of  the  particular  payload 
complexity. 


Teams  comprised  of  personnel  from  each  of  the  supporting  areas  will  be  set  up  for  each 
STR  program  as  shown  in  Figure  6-13.  Because  of  the  variation  in  each  STR  experi- 
ment complexity,  many  of  the  individual  support  personnel  will  work  on  more  than 
one  program  simultaneously.  The  source  of  personnel  is  not  identified  in  this  study. 

They  could  come  from  SAMSO,  Aerospace,  the  Payload  Integration  Contractor  (PIC) 
or  a dedicated  STR  Integration  Contractor  (STRIC).  The  number  of  people  working  on 
a given  program  will  vary  with  the  program  phase.  That  number  will  be  affected  by 
the  complexity  of  the  experiments.  The  experiments  vary  from  a few  simple  hard 
mounted  boxes  requiring  little  crew  support  i.  e.  Experiment  No.  3,  ATLAS,  to  large 
payloads  requiring  a pointing  system  with  attitude  control  and  a high  level  of  payload 
control,  i.e.  Experiment  No.  9,  Teal  Ruby. 

The  tracking,  schedule,  plans  and  cost  group  are  responsible  for  planning  and  moni- 
toring the  schedule  and  cost  performance  on  all  STR  programs.  It  is  also  responsible 
for  maintaining  the  STS  availability  matrix  described  in  paragraph  5.  5-1.  In  addition 
to  the  above,  they  will  keep  an  STR  hardware  availability  matrix  to  enable  future  planning 
for  the  SPO's  with  potential  payloads. 

The  technical  support  staff  have  as  their  major  concerns,  the  integration  of  the  experi- 
ments and  control  of  interfaces  with  the  STS  and  other  users.  They  will  serve  to 
support  the  experiment  contractors  and  also  to  provide  information  on  interfaces  with 
the  STS.  With  the  number  of  STR's  and  payloads  flying  on  Shuttle,  the  appointment 
of  a full-time  safety  representative  in  the  STR  Mission  Manager  organization  is 
essential.  His  responsibilities  include  the  transmission  of  safety  requirements  to 
experiment  contractors,  preparation  of  safety  analyses,  assessment  and  evaluation 
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of  individual  safety  status,  and  liaison  for  the  STR  with  the  ground  and  flight  STS  safety 
personnel.  Administrative  staff  will  be  assigned  to  the  STR  Mission  Manager  to  be 
used  as  required  to  support  the  Deputies. 


Finally  an  institutional  base  will  provide  essential,  but  occasionally  required  services 
needed  by  each  support  team  such  as  legal,  contracts,  etc. 

6.4.2  MANPOWER 

Estimates  of  manpower  and  organization  of  STR  teams  were  defined  for  each  of  the 
phases  of  a typical  STR  program.  The  phases  are: 

STR  Program  Phases 

1.  STR  Payload  Integration 

2.  STR  Integration  Planning 

3.  STR  Payload  Assembly  and  Test 

4.  STR  Integration  with  other  Orbiter  Payloads 

5.  STR  Installation  into  Orbiter  and  Launch  Operations 

6.  STR  Flight  Operations 

7.  STR  Deintegration 

The  STR  Payload  Integration  is  essentially  a design,  analysis  and  test  phase  similar  to 
integrating  a new  payload  on  an  existing  spacecraft  bus.  Design,  drawings,  systems 
analysis,  extension  of  basic  STR  analyses  done  during  STR  development  such  as  thermal, 
structural,  electrical,  etc.  are  produced  and  prepared.  The  aim  of  this  activity  is  to 
produce  an  STR/Payload  design  definition  with  backup  analyses  to  allow  integration 
into  the  Orbiter.  This  data  goes  into  the  interface  documentation  described  in  Section 
6.  3.  The  organization  and  manpower  to  carry  out  this  activity  is  shown  in  Figure  6-14. 
Although  the  person  who  runs  this  group  is  labeled  Mission  Manager,  he  is  really  one 
of  the  deputies. 
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No  attempt  is  made  to  define  the  payload  contractor  support  since  this  will  vary 
with  each  experiment.  Main  interface  with  DOD  SPO's  and  payload  contractors  will  be 
through  use  of  a STR  User  Guide  and  Payload  Accommodation  Document  prepared  by 
the  STR  contractor. 

The  next  phase  is  the  Integration  Planning  phase  in  which  the  interfaces  with  the 
Orbiter  and  the  other  payloads  are  defined,  negotiated  and  committed  by  means  of 
the  documentation  defined  in  Section  6.  3.  The  organization  and  manpower  for  this 
task  are  shown  in  Figure  6-15.  The  major  documents  controlling  the  interfaces  be- 
tween the  cargo  experiments  and  the  STS  are  completed,  both  for  operational  as  well 
as  hardware  equipment  interfaces. 


Another  major  accomplishment  taking  place  in  this  phase  is  the  STR  safety  evaluation 
and  procedures  by  the  STS  Mission  Manager.  In  addition  to  the  safety  evaluation  of  the 
Individual  Users  by  the  STS  Mission  Manager,  the  safety  provisions  of  the  integrated 
cargo  are  certified  by  the  STS  representatives.  These  certifications  will  review  the 
major  provisions  for  safe  operations  provided  by  the  cargo  as  a whole,  and  may  also 
require  additional  data  and/or  demonstrations  by  the  STS  Mission  Manager  as  required 
by  the  STS.  The  major  philosophy  being  followed  here  is  that  basic  safety  analyses  are 
conducted  by  the  party  responsible  for  performance  of  the  delivered  item,  whether  it  is 
a simple  experiment  or  an  entire  cargo.  But  evaluation  and  certification  of  these  data 
is  the  responsibility  of  the  accepting  organization.  Further,  the  receiving  organization 
should  not  reperform  these  analyses,  thus  reducing  their  requirement  for  personnel. 

Also  shown  on  this  organizational  chart  is  th  potential  requirement  for  manufacturing 
support  in  the  STR  Mission  Manager's  staff.  The  dotted  line  relationship  to  this  func- 
tion is  also  Indicative  of  the  fact  that  its  implementation  is  an  unplanned  need. 

The  STR/Payload  Assembly  and  Test  phase  is  comparable  to  the  buildup  and  sys- 
tems test  of  an  automated  spacecraft.  This  activity  requires  the  utilization  of  test 
conductor  and  testing  technicians  to  handle  the  hardware  and  perform  the  tests. 
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Figure  6-15.  Mission  Manager  Organization  STR  Integration  Planning 


These  types  of  people  added  to  the  previous  organization,  make  up  the  staff  required 
to  carry  out  this  phase  of  the  STR  program.  The  resultant  organization  and  manpower 
are  shown  In  Figure  6-16. 


The  remaining  phases  of  the  STR  Integration  Into  the  STS  are  manned  by  an  organi- 
zation similar  to  that  shown  in  Figure  6-16  but  with  less  technical  support.  A total 
of  approximately  15  people  are  required  to  staff  these  phases. 
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Figure  6-16.  Mission  Manager  Organization  STR/ Payload  Assembly  and 
Test 
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f SECTION  7 

STR  COSTS 

I 

7.1  GENERAL 

The  four  blocks  of  costs  for  an  overall  10  year  program  are  shown  in  Table  7-1. 

Work  Break  Down  Structures  for  each  of  these  areas  Is  given  In  Paragraph  4.7. 

Cost  for  STR  development  and  the  acquisition  of  flight  hardware  and  supporting  AGE 
is  shown  in  paragraph  7.2.  The  costs  of  payload  integration,  integration  into  the  STS 
and  flight  are  shown  in  paragraph  7.3  as  part  of  the  10-year  Life  Cycle  Costs. 

The  ground  rules  used  in  this  costing  exercise  are  given  in  Table  7-2.  Table  7-3 
provides  the  definition  of  the  baseline  10  year  mission.  The  development  schedule 
shown  in  Figure  7-1  and  the  baseline  STR  one  year  flight  schedule  shown  in  Figure 
7-2  were  used  for  the  costing  exercise.  Details  of  the  Life  Cycle  Costing  elements 
are  provided  in  paragraph  7.3. 

The  costing  approach  utilizes  individual  costs  from  cost  models  or  scaling  known 
costs  for  analogous  Items  from  previous  programs. 

During  the  study  the  SAMSO  and  PRICE  (Programmed  Review  of  Information  for  Cost- 
ing and  Evaluation)  cost  models  were  exercised  for  the  spacecraft  subsystems.  This 
data  was  backed  up  with  known  subsystem  cost  data  for  off-the-shelf  hardware.  The 
PRICE  model  is  more  accurate  since  the  SAMSO  model  ranges  of  parameters  do  not 
extend  to  the  levels  required  for  the  STR  hardware.  It  is  aimed  specifically  at  auto- 
mated spececraft  designs. 

7.2  STR  DEVELOPMENT  AND  FLIGHT  HARDWARE  COSTS 

7.2.1  INTRODUCTION 

The  items  costed  in  this  section  include: 

1.  STR  development  and  qualification,  including  ground  support  equipment  and 
ground  station  simulator 
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Table  7-1.  Blocks  of  Costs 


2. 


3.  STS  Integration  & Flight 


4. 


STS  Flight 


One  Time 

Comparable  to  Standard  Bus 
Development 

Each  Payload 

Comparable  to  S/C  Buildup  & 
Test 

Each  Payload 

Flight  Integration  Into  STS 

Each  Payload 


Table  7-2.  STR  Costing  Ground  Rules 


• 1977  dollars  through  G & A 

• Average  complexity  weights,  lengths  and  power  for  the  12  Baseline 
Experiments 

• No  experiment  costs  included 

• Integration  costs  include  the  payload 

• Does  not  include  costs  of  payload  specialists  or  extra  STS  services 

• One  experiment  flies  on  each  STR  flight. 


STANDARD 


Table  7-3.  STR  Missions  Definition 


• 12  flights  per  year  for  10  years 

• 1/3  of  flights  are  reflights 

• 4 flights  per  year  require  a pointing  system  with 
1 reflight 


MONTH  J 


KSC  A 


(POINTS) 

A 


VAFB  A 


A 


(POINTS) 

A 


A 


(POINTS) 

A 


1/3  OF  TOTAL  FLIGHTS  FROM  VAFB 
2/3  OF  TOTAL  FLIGHTS  FROM  KSC 


O N 


(POINTS) 

A 


A 


Figure  7-2.  Baseline  One  Year  STR  Flight  Schedule 


2.  STR  flight  units  and  additional  ground  support  equipment  and  ground  station 
simulator  hardware  to  support  the  10  year  mission  cycle 

Based  on  the  STB  design,  testing  requirements  and  an  analysis  of  the  10  year  flight 
schedule,  the  hardware  in  Table  7-4  is  required.  Maximum  use  is  made  of  the  STR 
development  program  hardware  for  mission  support.  This  is  illustrated  in  Table 
7-4. 


7.2.2  STR  COSTS 

A hardware  maxtrix  for  the  STR  is  shown  in  Table  7-5. 


Much  of  the  hardware  identified  in  the  spacecraft  design  configuration  described  in 
Section  4 exists  and  can  be  used  with  no  modification.  Table  7-5  summarizes  the 
design  status,  supply  source  and  heritage  of  the  spacecraft  hardware.  Of  the  35 
elements  listed  19  can  be  used  as  is,  3 are  modified  designs  and  only  13  are  new  de- 
signs. 

Table  7-4.  Mission  Hardware  Required 


4 STRS 

2 KSC 
1 VAFB 

1 SPARE  * At  KSC 

2 Sets  of  EAGE 

1 KSC* 

1 VAFB 

2 Sets  of  MAGE 

1 VAFB 
1 KSC* 

3 POINTS 

1 KSC 
1 VAFB 

1 SPARE  + At  VA  FB 

2 Ground  Stations 

1 VAFB 
1 KSC* 


*The  source  of  this  hardware  is  the  STR  development  program. 
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There  are  few  new  component  designs  in  the  Communication  Subsystem,  which  derives  j 

its  heritage  from  prototype  equipment  used  for  the  BSE  and  DSCS  III  Programs  as 
shown  in  Appendix  D.  The  Encryptor/Decryptor  unit  is  GFE.  The  tape  recorder  units 
are  the  NASA  Standard  108  and  109  being  developed  by  RCA.  The  S-band  antenna 

design  has  been  flight-qualified  for  the  Japanese  BSE  Program.  I 

All  of  the  proposed  hardware  for  the  thermal  subsystem,  except  the  blanket  supports 

which  are  spacecraft  unique  and  the  change -o^-phase  hardware,  has  flown  on  the  ! 

Nimbus  and  Iandsat  Programs  and  will  require  design  effort  only  in  the  areas  of  in- 

* 

terface,  mounting  and  assembly.  The  equipment  has  achieved  a high  degree  of  reli- 
ability on  the  flight  vehicles  in  these  programs.  i 

The  Attitude  Control  Subsystem  hardware  has,  for  the  most  part,  been  flight  qualified 

J 

on  past  military  and  non-military  programs  or  is  NASA  Standard  for  the  Multi-Mission  ‘ 

Spacecraft  (MMS).  The  Inertial  Reference  Unit  is  flying  on  a current  military  mission. 

The  power  subsystem  utilizes  Lithium  Sulfur  Dioxide  cells  which  are  currently  used 
on  space  programs  such  as  LDEF.  Costs  were  developed  for  assembling  cells  into  a 
modular  battery  as  described  in  paragraph  4. 1.  The  ordnance  controller  and  power 
controller  are  similar  to  GE  hardware  used  on  the  NIMBUS/LANDSAT  and  GPS  power 
subsystems  respectively. 

A summary  of  the  STR  non-recurring  and  recurring  costs  by  WBS  Item  is  given  in 
Table  7-fi.  The  MAGE,  EAGE  and  ground  stations  utilized  for  this  costing  are  sum- 
marized in  paragraph  5.6.  The  test  program  definition  used  to  define  the  major  de- 
velopment, qualification  and  acceptance  test  costs  are  given  in  Section  4.6.  A simpli- 
fied STR  cost  summary  is  provided  by  Table  7-7.  Table  7-8  provides  a "Shopping 
list"  of  various  STR  configuration  and  subsystem  options.  This  is  made  possible  be- 
cause of  the  modular  nature  of  the  STR  design. 
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Table  7-5.  STI?  Hardware  Design  Status  Supply  Sources  Heritage 


Item 

Status 

Qty. 

Source 

Heritage 

Payload  Interface  Unit 

N 

1 

GE 

- 

S-Band  Antenna 

E 

3 

GE 

BSE 

Hybrids 

E 

1 

10040-4 

An8ren  10040-3 

uses  hi 

Dlplexer 

E 

1 

Wavecom  S-704 

DSCS  III 

Switch 

E 

1 

Transc  009C72400 

DSCS  III 

Xmtr/Hcvr 

E 

2 each 

Cubic  TR-37 

DSCS  III 

Encrypter 

E 

2 

- 

Military  & NASA  prog 

| Decrypter 

E 

2 

- 

Military  fc  NASA  prog 

Telemetry  Unit 

N 

i 

GE 

Command  Decoder 

N 

i 

GE 

Tape  Recorder  HR 

E 

2 

RCA  MASA  SIT)  109 

MMS 

Tape  Recorder  WB 

E 

2 

RCA  NASA  STI)  109 

MMS 

Inertial  Ref.  Unit 

E 

1 

Be  ndlx 

Other  Military  Program 

Star  Sensor  Assembly 

E 

2 

Bend  lx  (NASA  STI)  MACS) 

Gyro 

E 

3 

Typical 

— 

Sun  Sensor 

E 

2 

GE 

BSE 

j Computer  NSSC-1 

E 

1 

NASA  Standard  M MS 

MMS 

Battery 

N 

1 

LDE  F,  other  progs. 

Power  Controller 

N 

1 

GE 

GPS 

Power  Conditioners 

N 

2 

Harness 

N 

•>* 

GE 

Numbus,  Land  sat,  BSE 

Ordnance  Controller 

M 

i 

GE 

Nimbus,  l.andsat,  BSE 

Multi- 1 .aye  r Insulation 

M 

\h  Rqd 

GE 

Nimbus,  liindsat,  BSE 

Heat  Pljie s 

M 

As  Rqd 

GE 

BSE 

Thermal  Coatings 

f: 

As  Rqd 

Ml  seel  In  neous 

Nimbus,  Lannsat,  BSE,  S-193 

Cha  nge -of- Phase 

M 

As  Rqd 

GE 

— 

Heate  rs 

f: 

As  Rqd 

Tayco 

BSE 

'Thermostats 

E 

As  Rqd 

Texas  Inst. 

BSE 

'Ihermlstors 

K 

As  Rqd 

Yellow  Springs  Inti. 

BSE 

Thermal  Tape,  Grease 

E 

As  Rqd 

Schejdahl,  GE 

Nimbus,  Land  sat,  BSE 

Blanket  Supports 

N 

As  Rqd 

GE 

Nimbus,  l.andsat,  BSE 

Structure 

N 

As  Rqd 

GE 

Modified  SEOPS  (NASA  Version) 

j Deploy  /Retrieval  Mech. 

K 

2 

GK 

| Jettison  Mech 

E 

2 

Blnsatclllte 

Use  as  is 

M 

Modify  Design 

N 

New  Design 

i'eihniques  and  component  nrr  flight  qualified.  Harness  routing  is  the  new  design. 
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Table  7-6.  STR  Costs  By  WBS  Item 


WBS 

Item 

Cost-1977  K .r 

Number 

MR 

R 

1.1.1 

STB  Integration  and  Assembly 

120 

10 

1. 1.2.1 

ACS 

1700 

1070 

1.1. 2.1 

Points 

890 

1190 

1.1. 2.2 

TT&C 

3400 

1730 

1. 1.2.3 

Thermal  Control 

800 

250 

1. 1.2.4 

EP  & n 

1030 

250 

1. 1.2.5 

Structure 

1330 

230 

1.  1.3 

Payload  Envelope  Simulator 

50 

- 

1.2.  1 

Training 

- 

300 

1.3.1 

AGE  (Points) 

300 

- 

1.3. 1 

MAGE 

830 

- 

1.3.2 

F.AGE 

350 

- 

1.3.3 

Airborne  Support  Equipment  (As  Required) 

150 

- 

1.4 

Systems  Test  & Evaluation 

900 

205 

1.5.1 

Systems  Engineering 

800 

200 

1.5.2 

Project  Managment 

1220 

380 

l.G 

Data 

80 

20 

1.7 

Flight  Support 

100 

- 

1.8 

Group  Communication  Command  & Control 
Equipment 

1750 

1.5. 2. 9 

Quality  Assurance 

400 

100 

Operational  Site  Dedication 

Total  Without  Points 

14920 

4505* 

Total  With  Points 

10200 

5695 

•Basic  STR  with  no  AGE,  Ground  Station,  ASK,  or  Flight  Support. 
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Table  7-7.  STR  Cost  Summary 


Costs,  1 

977  K$ 

NR 

R 

Structure 
Thermal  Control 
Power 
ACS 

Communications 

Subsystem  Total 

Program  Management 

Systems  Engineering 

Systems  Test 

Acceptance  Test 

Reliability  & Product  Assurance 

Total 

STR  TOTAL 
Points 

STR  with  Points 
Points  AGE 
MAGE 
EAGE 

Ground  Station 

AGE  Total 

ASE 

STR  TOTAL  SYSTEM 


11990 


890 

12880 

300 

830 

350 

1750 


3230 

150 


10200 


1190* 

5695 


Cost  of  a second  unit.  These  item  are  not  on  a 1 to  1 basis  with  STR's 
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Table  7-8.  Potential  STR  Configuration  and  Costs 


The  first  POINTS  unit  cost  is  the  utilizing  existing  hardware  for  the  gimbal  system. 
Recurring  costs  are  for  a production  unit  redesigned  to  utilize  aluminum  instead  of 
beryllium. 

The  cost  of  a flight  console  used  on  the  aft  flight  deck  of  the  Orbiter  is  shown  as  typical 
cost. 

The  non-recurring  costs  produce  a full  set  of  usable  STR  hardware  and  support  equip- 
ment. The  recurring  cost  is  as  shown  for  STR.  The  cost  of  an  additional  set  of  MAGE, 
EAGE  and  ground  station  is  $2500.  A set  of  this  hardware  is  required  for  each 
launch  site. 

The  PRICE  estimates  for  the  non-recurring  and  unit  recurring  costs  of  the  standard 
subsystems  for  the  Sortie  spacecraft  were  made  at  the  subsystem  level  and  are  shown 
in  Table  7-9. 

As  related  earlier,  available  .subsystem  costs  were  assembled  and  compared  with  the 
results  of  the  PRICE  model  costs. 

PRICE  methodology  provides  reliable  estimates  of  system  acquisition  costs  (Develop- 
ment and  Production)  during  the  conceptual  phase  of  a system  development  program. 

General  Electric  has  used  PRICE  previously  to  assist  in  developing  costs  for  a number 
of  programs,  including  DSCS  III  and  TDRSS.  With  the  proper  choice  of  descriptors  and 
the  use  of  historical  data  to  calibrate  or  tune  its  algorithms,  PRICE  is  a useful  tool  for 
cost  estimation. 

It  allows  the  user  to  specify  the  amount  of  electrical  and  structural  design  remaining 
to  be  performed  on  an  item  before  drawings  can  be  released  to  manufacturing.  Be- 
cause of  the  maturity  of  the  designs  (see  Appendix  D)  chosen  for  the  subsystem,  the 
factors  specifying  the  remair  ing  design  were  appropriately  selected  to  be  quite  low. 

In  general,  the  amount  of  structural  design  (or  redesign)  remaining  was  set  higher  for 
each  subsystem  than  the  electrical  design  remaining  because  of  new  packaging  requirements. 
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Table  7-9.  Comparison  of  STR  Costs  and  Price  Costs 
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The  complexity  of  the  design  effort  can  be  input  to  PRICE  in  terms  of  an  engineering 
complexity  factor.  This  factor  ranges  from  0.  3 to  2.  9 which  respectively  characterize 
simple  redesign  and  difficult  advances  in  the  state-of-art.  Again,  becuase  of  the  ma- 
turity of  the  subsystem  designs,  this  factor  was  selected  to  represent  routine  redesign, 
use  as  is,  or  new  design  in  the  few  cases  when  necessary. 

The  remaining  factors  required  as  inputs  to  PRICE  were  derived  from  experience  on 
several  spacecraft  programs. 

A comparison  of  these  costs  to  PRICE  cost  results  for  major  subsystems  is  given  in 
Table  7-9.  The  comparison  indicates  relatively  geo d agreement.  As  has  happened  in 
the  past,  using  early  design  definition  for  PRICE,  the  costs  below  the  system  level 
varies  but  the  net  system  level  agreement  is  good. 

7.3  LIFE  CYCLE  COST  (LCC) 

The  STR  LCC  is  determined  using  the  10-year  baseline  mission  and  the  costing  ground 
rules  defined  in  paragraph  7-1. 

The  cost  elements  included  in  the  STR  are  listed  in  Table  7-10.  These  elements  are 
discussed  in  the  following  sections.  The  basis  for  LCC  costs  are  shown  and  an  LCC 
summary  is  presented. 

7.3.1  STR  DEVELOPMENT 

The  STR  development  costs  (excluding  POINTS)  based  on  the  data  in  paragraph  7.2  are 
$16260K.  These  costs  include  the  following: 

1.  Design 

2.  Fabrication 

3.  Test  (Development  and  qualification) 

4.  MAGE  (useable  for  10  year  mission) 

5.  EAGE  (useable  for  10  year  mission) 
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• STR  Development 


Design 

Test  (Engineering  and  Qualifications) 

MAGE 

EAGE 

Ground  Station 
ASE 

• STR  Flight  Hardware 

• STR  Expendable  Hardware  Batteries 

• STR  Spares 

• Pointing  System  Hardware 

MAGE 

EAGE 

• Payload  Integration 

• Integration  of  STR  into  STS 
Analytical  & Design  Assembly  and  Test 

• Flight  Operations  Support 

• STS  Flight  Costs 

• Maintenance  & Repair 

• Logistics  Transport  by  Airforce 


• Training 


6.  Ground  Station  Simulator  (usable  for  10  year  mission) 

7.  STR  Unit  (Qualification;  useable  for  flight) 

8.  Basic  Software 

9.  Basic  ASE 

7.  3.  2 STR  FLIGHT  UNITS 

The  cost  of  the  three  additional  flight  units  for  the  complement  of  four  units  required 
to  carry  out  the  baseline  mission  is  $13,515K.  This  does  not  include  the  co^t  of  bat- 
teries which  must  be  provided  and  replaced  for  each  STR  flight. 

7.3.3  EXPENDABLE  HARDWARE,  BATTERIES 

Based  on  the  average  power  and  energy  required  for  the  12  baseline  experiments,  ap- 
proximately 3 to  4 batteries  per  flight  are  required.  A total  of  420  batteries  is  needed 
for  120  flights.  At  an  estimated  cost  of  $1100  per  battery,  total  battery  cost  is  $462K. 

7.3.4  POINTING  SYSTE  M 

The  POINTS  system  has  been  assumed  to  be  the  pointing  system  for  this  cost  study. 
The  cost  of  the  unit  to  be  utilized  with  the  development  program  is  $890K  (assumed 
use  of  existing  beryllium  gimball  system  with  mounting  modifications,  3 gyros,  drive 
electronics  and  encoders).  A complement  of  ground  support  equipment  for  the  STR 
qualification  program  is  $300K  including  additions  for  multiple  configuration  mounting 
on  STR.  Additional  sets  cost  $300K.  This  is  based  on  GE  data  and  pointing  system 
STS  integration  studies. 

The  total  mission  costs  for  POINTS  is; 

2 POINTS  Systems  (modified  design  production  units) 

1 Sets  of  support  equipment 


This  hardware  is  in  addition  to  the  development  program. 


$2380K 
$ 300K 

$2680K 
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7.  3.  5 SUPPORT  EQUIPMENT 

The  MAGE,  EAGE  and  Ground  Stations  elements  have  been  costed  by  comparison  to 
similar  equipment  from  other  GE  programs  such  as  Nimbus,  Landsat,  BSE  and 
DSCS  m. 

No  attempt  was  made  to  determine  the  cost  of  the  ASE.  This  consists  of  the  console 
mounted  on  the  aft  flight  deck  for  use  by  the  Orbiter  crew  for  STR  operation  and  con- 
trol. The  cables  required  to  connect  this  console  and  the  C&W  system  to  the  STR  are 
also  part  of  the  ASE.  The  cost  of  this  hardware  was  assumed  to  be  $150  per  experi- 
ment and  to  require  $10K  of  update  hardware  for  each  experiment. 


7.3.6  PAYLOAD  INTEGRATION 

The  cost  of  payload  integration  is  based  on  the  following  groundrules: 

1.  One  payload  only  on  each  STR. 

2.  One  third  of  the  flights  are  reflights,  requiring  only  a checkout  of  the  inte- 
grated STR/payload  prior  to  reflight. 


The  major  categories  of  activity  are  as  follows: 

1.  Design.  Configuration  definition  and  top  level  installation  and  assembly 
drawings  for  the  payload. 

2.  Analysis.  Update  of  the  basic  analyses  done  for  an  "envelope"  payload 
during  the  development  program.  These  include  thermal,  structural, 
dynamic,  acoustic,  mass  properties,  EMC,  RF,  safety,  etc. 

3.  Integration  Test.  The  tests  consist  ambient  condition  electrical  compatibility, 
interface  verification  and  performance.  This  activity  takes  place  at  the  dedi- 
cated STR  preparation  area  at  WTR  and  ETR. 

4.  Support  Activities.  Systems  engineering,  project  management,  product 
assurance,  manufacturing,  etc. 


A baseline  cycle  was  evaluated  and  it  was  found  that  approximately  140  equivalent 
man-months  (approximately  20  people  spread  over  a 7 month  period)  was  required  for 
the  non- test  activities  and  20  man-months  was  required  for  the  1 month  test  period. 
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Another  cost  is  the  design  and  fabrication  of  payload  unique  thermal  control  ele- 
ments such  as  insulation  blankets,  canisters,  heater  systems,  etc.  This  cost  is 
estimated  at  $20K. 

An  additional  cost  is  the  development  of  software  by  updating  the  basic  software  from 
the  STR  development  program.  This  cost  is  estimated  at  $50K. 

During  the  payload  integration  cycle,  testing  at  the  payload  contractor's  plant 
using  an  STR  simulator  will  also  be  done.  The  total  cost  of  one  cycle  of  payload 
integration  is  $1260K. 

7.3.7  STR  INTEGRATION  INTO  STS 

The  integration  of  an  STR/payload  assembly  into  the  STS  consists  of  2 parts,  the 
integration  planning  and  the  physical  integration  in  the  Orbiter. 

The  integration  planning  consists  of  the  interface  definition,  interface  documentation, 
interface  liaison  with  STS  mission  manager  and  STS  operation  teams.  All  the  other 
activities  required  to  support  these  efforts  such  as  STR  mission,  performance  and 
safety  analysis  and  management  are  part  of  the  integration  planning.  An  analysis  of 
these  activities  indicates  that  60  man  months  of  effort  is  required.  In  addition 
significant  travel  and  living  documentation  and  computer  support  costs  will  be  accrued. 
This  activity  can  occur  over  a period  of  several  years  to  as  little  as  6 months  of  time. 
Only  the  actual  working  times  have  been  included  in  the  costing. 

The  physical  integration  into  the  STS  includes  STR  activity  and  support  of  STS  test 
teams  in  the  following  areas: 

1.  Interface  verification  testing  in  the  CITE  or  SIVE. 

2.  Installation  in  the  Orbiter  in  the  horizontal  position. 

3.  STR  activities  in  the  PPR  and  the  PCR.  Include  STR/payload  servicing 
and  testing,  installation  of  the  STR  in  the  PGHM,  and  installation  into  the 
Orbiter  as  required. 

4.  Post-installation  interface  verification  testing. 
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An  estimate  for  a typical  payload  for  these  activities  is  approximately  750  man- 
hours covering  packing,  moving,  unpacking,  servicing,  installation  and  test.  A total 
cost  for  the  STS  integration  is  $400K. 

7.3.8  MAINTENANCE  AND  REPAIR 

The  maintenance  and  repair  of  STR  covers  the  following  elements: 

1.  STR 

2.  Ground  equipment 

3.  POINTS 

The  STR  is  designed  to  require  minimal  maintenance  and  one  overhaul  in  10  years. 
Maintenance  consists  primarily  of  replacing  high  failure  rate  items,  (from  the  spares 
inventory  in  paragraph  7.  3.  8),  refurbishment  and  replacement  of  insulation  blankets, 
cleanup  and  inspection  of  critical  joints,  trunions,  fasteners  and  parts  where  relative 
motion  is  required.  Cost  is  estimated  at  2 people  on  a continuing  basis  and  an  over- 
haul cycle  of  2 months  requiring  30  people.  The  total  cost  of  STR  maintenance  and 
repair  is  $1000K  for  the  day  to  day  maintenance  and  $250K  for  the  overhaul.  The  cost 
of  maintenance  of  the  POINTS  system  is  estimated  on  the  same  basis  as  the  STR.  The 
POINTS  maintenance  cost  is  estimated  to  be  $200K  over  the  10  year  period. 

The  ground  support  equipment  maintenance  and  repair  primarily  involves  the  electrical 
equipment  of  the  EAGE  and  the  Ground  Station.  Estimates  of  these  costs  from  the 
Nimbus  and  Landsat  programs,  are  $36K  per  year.  Using  $50K  and  considering  two 


locations,  WTR  and  ETR,  the  total  10  year  cost  is  $1000K. 

I 

7.3.9  SPARES 

The  spares  for  the  STR  are  estimated  as  follows; 

4 sets  of  thermal  control  elements  $ 450K 

3 tape  recorders  (high  failure  rate  items)  $ 600K 

30%  STR  spares  (selected  item  of  electrical  equipment)  $2710K 

POINTS  (10%)  $ 300K 

TOTAL  $4060K 
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7.  3.  10  LOGISTICS 

Transport  of  major  elements  is  assumed  to  be  by  Air  Force  carrier  airplanes.  The 
move  of  two  full  sets  of  STR  and  support  equipment  and  two  additional  STRs  costs 
$35000.  Estimates  of  rates  for  transferring  equipment  and  spares  is  estimated  at 
$10K  per  year  and  $20K  for  moving  4 STRs  to  and  from  the  factory  repair  site.  The 
total  logistics  costs  are  $15K  per  year. 

7.3.11  TRAINING 

It  is  assumed  that  no  dedicated  payload  specialists  are  required.  The  training  of  a 
payload  specialist  for  each  payload  operation  is  estimated  to  be  4 to  6 weeks,  an 
average  of  200  hours  for  each  payload.  The  training  for  STR  operation  is  assumed 
to  occur  only  10  times  and  is  expected  to  be  about  the  same  as  for  a payload.  The 
total  training  time  in  hours  is  18000  hours,  approximately  $600K. 

7.  3.  12  STS  FLIGHT  COSTS 

The  STS  flight  costs  are  based  on  the  1975  DOD  charges  of  $12.  2M  for  a dedicated 
flight  updated  to  1977.  It  is  also  assumed  that  all  flights  will  pay  an  average  premium 
of  1. 13  for  flight  notification  between  9-14  months  as  an  average.  The  calculation  of 
a dedicated  flight  cost  is  shown  below. 

1.  $12.  2M  in  1975  dollars  (Reference  6). 

2.  Inflation  factor  1.  19  (2  years)  for  1977. 

3.  Short  term  flight  contract  premium  1.  13. 

4.  1977  STS  DOD  Flight  Cost  is  $16.  4M. 

The  average  Orbiter  flight  capability  is  conservatively  calculated  by  assuming  that  1 out 
of  3 flights  will  be  a spacelab  flight  with  a weight  limit  of  32000  pounds  (landing  load  limit) 
and  2 out  of  3 flights  will  be  non-spacelab  flights  with  an  average  capability  lower  than 
65000  pounds.  For  these  flights,  orbit  altitudes  and  inclinations  flown  from  ETR  and 
WTR,  a value  of  load  capability  of  40000  pounds  is  estimated.  The  average  flight 
capability  is  then  2/3  x 40, 000  + 1/3  x 32,  000  = 37,  300#. 
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The  average  weight  of  the  12  baseline  experiments  and  STR  combinations  is  4000  pounds 
and  length  is  four  feet.  It  is  assumed  that  2 flights  each  year  will  be  at  a length  of  8 
feet  based  on  baseline  experiment  data. 

For  a payload  that  will  not  require  an  entire  flight  capability  and  that  can  share  the 
cargo  bay  with  others,  the  cost  to  the  user  will  be  a fraction  of  the  dedicated- flight 
price,  calculated  as  follows: 

1.  The  payload  weight  is  divided  by  the  Shuttle  payload  weight  capability  at  the 
desired  inclination  and  altitude  to  find  the  weight  load  factor. 

2.  The  payload  length  is  divided  by  the  length  of  the  cargo  bay,  GO  feet  (18.  29 
meters),  to  find  the  length  load  factor. 

3.  The  load  factor  (length  or  weight,  whichever  is  greater)  is  divided  by  0.  75 
to  determine  the  cost  factor. 

The  STS  10  year  flight  costs  for  STR  are: 

c ■ * 100  Fllghts ' $234M 

c - J*$w’‘20FU|!ht8  = * 58M 

Total  Flight  Costs  $292M 
7.3.13  LCC  COST  SUMMARY 

A summary  of  the  LCC  costs  is  contained  in  Table  7-11  for  120  STR  flights  with  single 
payloads  over  a 10  year  period.  The  total  cost  of  $504.  047  M is  conservative  and  is 
based  on  an  average  STR/payload  weight  of  4000  pounds  with  an  average  payload  weight 
of  840  pounds.  For  a more  efficient  flight  with  payloads  of  higher  weight,  the  cost  to 
fly  a given  total  payload  weight  over  10  years  is  significantly  reduced.  As  an  example,  if 
the  same  total  10  year  payload  weight  were  flown  with  an  average  payload  weight  of  2000 
pounds  per  flight  only  20  flights  would  be  required  and  the  total  LCC  would  be  $264.  643  M. 

The  cost  per  flight  is  $4200K,  over  half  of  which  is  STS  flight  costs.  The  STR  cost  per 
flight  including  amortization  of  all  hardware  costs  is  $354K  per  flight.  The  experiment 
integration  costs  are  $1362K  per  flight  as  shown  in  Table  7-12.  The  STR  hardware  life 
cycle  costs  are  obviously  a small  part  of  the  total  mission  costs  for  the  STR  program. 


Table  7-11.  LCC  Cost  Summary 


Cost,  1977  K $ 


• 

STH  (Non- recurring) 

1 STR  (Usable  for  Flight) 

16200 

1 Set  MAGE 

1 Set  EAGE 

1 Ground  Station 

1 POINTS  (Initial  Unit) 

1 POINTS  AGE 

• 

3 STRs 

2 ETR 

1 WTR 

1 SPARE  (Initial  unit)  at  WTR 

13515 

• 

Batteries 

462 

• 

Pointing  System  (POINTS) 

3 Systems  (1  is  Initial  Unit) 

2380 

• 

Support  Equipment 

2500 

2 Sets  EAGE  (1  is  Initial  Set) 

200 

2 Sets  MAGE  (1  is  Initial  Set) 

750 

2 Ground  Stations 

1250 

2 Set  POINTS  AGE  (1  is  Initial  Set) 

300 

• 

Airborne  Support  Equipment 

1 Console,  SO  Updates 

950 

• 

Experiment  Integration 

104220 

80  Full  Cycles 

100800 

40  Retest  Only 

520 

POINTS  Integration  (40  Cycles) 

2900 

• 

STR/STS  Integration 

58500 

Integration  Management  (Mission  Manager  and  Staff) 

5200 

Integration  Planning 

48000 

Integration  into  Orbiter 

4800 

Site  Activation 

500 

• 

Maintenance  and  Repair 

2450 

STR 

1250 

POINTS 

200 

Ground  Support  Equipment 

1000 

• 

SPARES 

4060 

STR 

3460 

POINTS  . 

300 

G round  Support  Equipment 

300 

• 

l.ogistics 

150 

• 

Training  . 

600 

• 

Flight  Costs 

298000 

STS  Flight  (120  Flights) 

292000 

Flight  Support 

6000 

Total  I CC  - 1 0 Years 


504047 


Table  7-12.  STR  Costs  Per  Flight  In  1977  K $ 


Total  I.CC 

$504047 

Total  Per  Flight 

4200 

Hardware 

354 

Integration 

1302 

Flight 

2484 

A cost  sensitivity  analysis  was  performed  where  the  number  of  flights,  integration 
costs,  hardware  costs,  multiple  payloads  and  number  of  launch  preparation  sites 
were  varied.  The  results  of  these  analyses  are  given  in  Table  7-13. 

Figure  7-3  shows  a typical  cost  spread  for  10  years  assuming  12  flights  per  year. 
Since  the  launch  costs  are  a major  part  of  the  total  costs,  the  maximum  per  year 
expenditure  is  almost  linear  with  the  number  of  flights. 
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Table  7-13.  Cost  Sensitivity  Analysis  Results 


r 

Costs 

1977  K $ 

Baseline 

Decreased 

Number 
of  Flights 
(One-Half) 

Decreased 

Integration 

Costs 

(One-Half) 

Increased  STR 
Hardware 

Costs 

(Double) 

Multiple 

Payload 

Costs 

(Two  Per  Flight) 

Single  STR 
Preparation 
Site 

• Flight 

4200 

4507 

3563 

4412 

4909 

4200 

Hardware 

354 

014 

354 

566 

354 

331 

Integration 

1362 

1409 

725 

1362 

1778 

1385 

Flight 

2484 

2484 

2484 

2484 

2775 

2484 

BASED  ON  12  FLIGHTS  d SHUTTLE  FLIGHT 

PER  YEAR  g PROGRAM  SUPPORT 


O INTEGRATION 
£3  HARDWARE 


PROGRAM  FIRST 

START  LAUNCH 


Figure  7-3.  STR  Life  Cycle  Costs  - 10  Year  Spread 
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APPENDIX  A 

CHANGES  IN  COMMUNICATION  SYSTEM 
FOR  STDN  COMPATIBILITY 


APPENDIX  A 


CHANGES  IN  COMMUNICATION  SYSTEM 
FOR  STDN  COMPATIBILITY 


SUMMARY 

A review  of  the  reference  (1)  document  was  made  and  it  is  concluded  that  the  NASA 
MMS  C&DH  module  with  appropriate  (substantial)  modifications  may  be  utilized  as  a 
standard  Communications  Subsystem  (CS)  for  such  satellite  programs  as  Teal  Ruby, 

SIRE,  and  Lasercom.  A description  of  the  changes  to  the  MMS  module  necessary  to 
perform  the  CS  requirements  is  presented  herein.  In  order  to  make  a SGLS  compatible 
system  compatible  with  STDN,  reverse  the  changes  as  those  described  herein. 

REQUIREMENTS 

Table  A-l  summarizes  the  communications  and  data  handling  requirements  for  the 
MMS  C&DH  module  and  the  CS.  Major  differences  include  frequencies  modulation, 
formats  polarization,  and  security  equipment.  In  order  to  use  the  MMS  module  for  the 
CS  the  following  changes  are  required: 

1.  Replace  the  STDN  Transponder  with  an  SGLS  Transponder. 

2.  Replace  the  PSK  demodulator  with  an  SGLS  signal  conditioner  (includes  FSK 
demodulator) 

3.  The  signal  conditioner  and  the  command  decoder  must  be  made  compatible  by 
modifying  the  signal  conditioner  output,  modifying  the  command  decoder  input, 
or  by  adding  a suitable  piece  of  equipment  between  the  two 

4.  Redesign  the  MMS  omni-antenna. 

Further  details  on  the  interchanging  MMS/CS  communications  components  are  summarized 
in  Table  A-2  and  its  footnotes.  While  the  differences  between  the  two  systems  is  sub- 
stantial, it  is  possible  that  components  could  be  interchanged  with  minimal  impact.  How- 
ever, a compatibility  interface  effort  is  required  early  in  the  program.  This  effort, 
primarily  consisting  of  meetings  with  NASA  and/or  the  MMS  C&DII  module  vendor, 
would  be  to  review  subsystem  requirements  and  electrical/mechanical  interfaces, 
and  to  Identify  the  details  of  the  hardware  that  must  be  deleted,  modified,  and/or  added. 
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Table  A-l.  Communications  and  Data  Handling  Requirements 


MMS 

CS 

Telemetry /Command  Band 

S-Band 

S-Band 

Tracking  System  Compatibility 

NASA  STDN 

AF  SCF 

Uplink  Frequency  MHZ 

2025-2120 

1750-1850 

Uplink  Subcarrier  Modulation 

PSK 

Tenary  FSK  With  AM 

Command  Format 

96  bits 

TBD 

Command  Bit  Rate 

2k,  lk,  125  bps 

2 Kbps  maximum 

Downlink  Frequency 

2200-2300 

2200-2300 

Telemetry  Format 

Word  Length 

8 bits 

8 bits 

Minor  Frame  Length 

128  words 

variable 

Major  Frame  Length 

128  minor  frames 

variable 

Maximum  Telemetry  Bit  Rate 

256  Kbps 

256  Kbps 

Power  output 

1.  7,  3.  5 or  7.  lw 

2 w 

COMSEC 

Not  Available 

Available 

Antenna  Polarization 

1 with  RHCP  and 

RHCP 

1 with  LHCP 

Memory  Size 

16K  words  x 18  bits/word 

TBD 

Tape  Recorder  Capacity 

9x1 08  bits 

3xl08  bits 

Payload  Data  Rate 

2 Mbps 

1.024  Mbps 

Following  this  effort,  trades  are  necessary  to  determine  the  preferred  approach;  use 
of  a modified  MMS  module  or  a standard  CS  approach  such  as  that  described  in  this 
report  (paragraph  4.2). 

It  should  be  noted  that  although  the  NASA  MMS  module  is  capable  of  transmitting  payload 
data  up  to  2 Mbps,  the  SGLS  transponder  normally  used  for  telemetry,  command,  and 
tracking  can  only  transmit  data  up  to  256  Kbps.  In  order  to  transmit  data  at  rates 
up  to  1 Mbps,  a separate  transmitter  (carrier  II)  is  required  as  described  in  para- 
graph 4.2.  Therefore  for  operation  with  the  SCF,  a separate  payload  data  channel 
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Table  A-2.  C&DH  Changes  Required  to  Run  CS  Mission  on  the  MMS 


MMS  Equipment 


Changes  to  MMS  for 
CS  Compatibility 


Payload  module3 
Payload  module3 


CS  Equipment 


Antenna 

Hybrid 


Diplexer 

Transponder 


PSK  demodulator 


Replace*5 


Payload  module3 
Replace0 


Diplexer 


Receiver 


Transmitter 


Switch 


Dual  Signal  conditioner 


Decryption  unit 


Central  command  decoder 


Modify  or  replace1 
(software  change) 


Command  decoder 


Pre-modulation  processor  Replace® 


Tape  recorder 
Data  bus  controller® 


Add  (if  necessary)5 
Usable* 


Clock  and  format  genera-  > Usable 


Standard  computer  inter- 
face 

Computer 
Remote  unit 


Usable*5 


Usable 


Dual  baseband  unit 

Encryption  unit 
Tape  recorder 


Bus  controller15  (data  for- 
matter) 


Computer*5 

Data  interface  unit*5 


Harness  and  connectors  Usable  with  proper  design"5  Harness 


Signal  conditioning  and 
control  unit 


Unique  and  necessary11 
to  MMS  vehicle 


-3 


will  be  required  in  addition  to  the  hardware  defined  in  Table  A-2.  (This  hardware  is 
defined  in  paragraph  4.  2. ) 

Figures  A-l  and  A-2  illustrates  the  C&DH  Subsystem  module  for  use  with  the  NASA 
STDN  and  AFSCF  ground  networks,  respectively. 
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aThe  antenna  or  antennas  and  their  components  are  considered  payload  unique  on  the 
MMS.  The  requirement  for  hybrids  and  switches  would  depend  on  the  exact  placement 

and  design  of  the  MMS  antenna  system.  It  can  be  assumed  that  for  CS  missions  that  ] 

the  CS  Turnstile  antenna  described  in  Section  4. 2 can  be  used. 

^Because  of  differences  in  uplink  frequencies,  the  STDN  Transponder  cannot  be  used  1 

for  SGLS.  The  receiver/Transmitter  in  Section  4.2  is  applicable. 

CThe  modulation  differences  necessitate  replacing  the  PSK  demodulator  with  an  SGLS 
signal  conditioner,  which  includes  an  FSK  demodulator.  The  receiver  described  in 
Section  4. 2 incorporates  the  FSK  demodulator. 

^It  is  necessary  to  add  a decrypter  between  the  signal  conditioner  (that  replaces  the 
MMS  PSK  de-modulator)  and  the  command  decoder.  A KIR  23  would  be  considered 
appropriate  for  CS  missions.  The  KIR  23  output  and  the  decoder  input  would  have  to 

be  made  compatible  by  modifying  the  decoder  input  or  adding  a suitable  piece  of  hard-  ' 

ware.  Further,  uplink  COMSEC  equipment  imposes  constraints  on  the  command  sord  j 

format  which  in  turn  influences  the  decoder.  Hence,  for  a secure  uplink,  it  is  necessary 
to  modify  the  MMS  decoder  so  that  it  is  compatible  with  the  COMSEC  unit. 

CThese  items  form  the  STACC  (Standard  Telemetry  and  Command  Components) 
central  unit. 

f j 

The  MMS  command  decoder  can  be  retained  for  clear  uplinks.  However,  the  AFSCF 

command  format  would  have  to  be  compatible  with  the  decoder  and  new  software  is 

required.  The  decoder  could  also  be  replaced  with  the  CS  decoder  described  in  Section 

4.2. 

or 

The  premodulation  processor  (PMP)  generates  a 1.024  MHz  subcarrier  which  is 
modulated  by  the  telemetry  data  stream.  The  ranging  signal  is  not  combined  with 
the  subcarrier  in  the  PMP  but  is  combined  in  the  transponder.  The  SGLS  transponder 
described  in  Section  4.  2 performs  the  baseband  assembly  function,  therefore  PMP 
would  not  be  required.  The  PMP  also  includes  electronics  for  TDRS  compatibility 
which  would  serve  no  useful  purpose  on  satellites  communicating  with  the  SCF.  It 
is  desirable  that  a baseband  assembly  unit  or  transponder  that  incorporates  the  base- 
band assembly  function  be  substituted  for  the  PMP. 

SGLS  has  a capability  of  using  two  subcarriers.  The  capability  of  having  two  sub- 
carriers is  desirable. 

^The  CS  does  not  require  secured  downlink;  thus  the  basic  MMS  configuration  for  CS 
application  need  not  have  COMSEC  equipment.  However,  the  communications  system 
design  must  be  such  that  it  can  readily  accept  COMSEC  equipment  without  costly  modi- 
fications. 
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For  those  missions  requiring  secured  downlink,  COMSEC  equipment  must  be  added  to 
the  MMS  between  the  telemetry  format  generator  and  the  pre-modulation  processor  for 
downlink  protection.  The  spacecraft  must  comply  with  Tempest  requirements  to  protect 
the  classified  data.  Proper  design  practice  will  provide  a high  degree  of  confidence  that 
Tempest  requirements  can  be  satisfied  with  little  or  no  modification.  There  should  be 
90  dB  isolation  between  the  data  and  the  clock;  the  input  signal  leads  should  be  well 
shielded;  the  input  and  output  signal  leads  should  be  run  in  separate  cables  and  connec- 
tors. The  encryption  unit  would  be  GFE. 

lrThe  MMS  tape  recorder  has  sufficient  capacity  and  should  satisfy  the  CS  requirements. 

JThe  MMS  telemetry  format  and  data  rates  offer  a great  deal  of  flexibility  and  can  be 
used  by  CS.  However,  there  may  be  some  penalties  involved  in  living  with  the  fixed 
minor  frame  length  (128  word),  the  fixed  number  of  sub-commutated  words  (4),  and 
the  fixed  major  frame  length  (128  minor  frames).  Supercommutation  of  the  minor 
frame  words  and/or  of  the  subcommutated  data  is  provided  in  the  MMS  design  and 
will  add  to  the  flexibility. 

The  MMS  computer  handles  attitude  control  as  well  as  C&DH.  Therefore  adequate 
room  is  available  in  the  MMS  computer  for  CS  data  handling. 

^ The  MMS  remote  unit  is  usable  for  CS  assuming  that  the  data  bus  controller,  clock 
and  format  generator,  and  standard  computer  interface  used  is  that  of  (he  MMS.  Using 
a CS  bus  controller  rather  than  these  units  would  require  using  a CS  data  interface  unit. 

mAssumes  an  initially  compatible  design. 

"involved  with  solar  panel  deployment  on  MMS  and  is  required.  The  CS  vehicle  has 
nothing  comparable.  It  can  be  assumed  that  the  changes  which  must  be  made  in  the  de- 
coder will  not  jeopardize  this  function. 

^ These  items  are  functionally  described  by  the  telemetry  unit  in  paragraph  4.2. 


I 

I 

I 

J 


I 

I 

APPENDIX  B 
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' APPENDIX  B 

EXPERIMENT  THERMAL  CONTROL  DESCRIPTION 

Thermal  control  concepts  for  all  experiments  and  the  EPM  were  established  based  on 
the  power  duty  cycles  and  configurations  defined  in  Section  4.3.  The  experiment  ther- 
mal control  was,  in  general,  independent  of  the  STR  and  its  components.  However, 
heater  power  requirements  defined  were  used  to  calculate  the  total  STR  power  require- 
ments and  the  STR  battery  module  dissipation  was  established  assuming  25%  of  the  total 
electrical  watts  required  would  be  dissipated  in  the  battery  module.  Therefore  the  STR 
heat  and  energy  rejection  requirements  defined  included  experiment  requirements. 

Experiment  Pointing  Mount  Assembly  (EPM) 

The  EPM  is  used  with  experiments  2,  5,  8 and  9.  The  EPM  data  is  as  follows: 

b Gimbal  Assembly  Weight  = 450  pounds 

• Torque  Motors 

Roll  (2)  weigh  125  pounds  and  dissipate  224  watts  (112  watts  each) 
when  operating 

Pitch  (2)  weight  37  pounds  and  dissipate  70  watts  (35  watts  each) 
when  operating 

• Electronics  - weighs  23  pounds  and  dissipates  180  watts  operating  and 
5 watts  standby 

• Gyro  - dissipates  35  watts  continuously 

In  total  the  EPM  dissipates  509  watts  operating  and  40  watts  in  standby.  For  1% 
operation,  the  average  power  dissipation  is  44.7  watts  and  the  energy  expended  in 
7 days  is  7.51  kWh.  The  thermal  design  concept  utilizes  a passive  design  which 
dissipates  the  average  power  dissipation  using  a radiator  with  a 5 mil  Teflon  over 
silver  thermal  coating  and  the  thermal  time  constant  of  the  EPM  to  limit  temperature 
uses  during  maximum  1 minute  periods  of  operation.  With  an  effective  40%  view  to 
space  and  incident  sunlight  blocked  by  the  experiment  being  supported,  a minimum 
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temperature  of  10° C will  be  maintained  at  the  minimum  40  watt  heat  dissipation  load 
with  a 3.78  square  foot  radiator  area.  At  the  maximum  average  heat  dissipation  of 
44.7  watts,  an  average  temperature  of  18°C  results.  The  thermal  capacitance  of  the 
assembly  will  keep  the  maximum  temperature  during  1 minute  operation  periods  below 
30°C. 

E xpe riment  1 (Lasercom  Receiver  Test) 

The  experiment  is  completely  enclosed  in  multilayer  insulation,  except  for  the  opening 
if  there  is  no  door.  During  non-operation  periods,  the  standby  power  is  100  watts. 

With  no  door  204.7  watts  are  required  during  non-operation  (space  facing)  to  maintain 
10°C.  With  a door  99.7  watts  are  required.  Therefore,  with  a door  the  100  watts 
standby  power  is  sufficient,  while  with  no  door,  an  additional  104.  7 watts  of  heater 
power  is  required.  The  experiment  is  never  allowed  to  get  sunlight  directly  into  the 
optics.  The  duty  cycle  can  be  30  minutes  per  orbit  for  two  consecutive  orbits.  With 
an  initial  temperature  of  10° C,  the  experiment  will  heat  to  13.8°C  with  30  minutes  of 
operation  at  1000  watts.  During  the  60  minutes  prior  to  the  next  30  minute  operation, 
the  experiment  will  cool  to  12. 1°C  and  then  heat  back  up  to  15.8°C.  At  the  end  of  the 
30  minute  operation  period,  the  experiment  will  cool  to  10°C  in  5.4  hours,  at  which 
time  104.7  watts  of  heater  power  (in  addition  to  100  watts  standby)  is  required  to  main- 
tain 10° C until  the  next  operational  cycle,  'ilierefore  12. 1 kWh  of  heater  power  is 
required  with  no  door. 

Experiment  2 (IIIRISE) 

It  was  assumed  that  50%  of  the  experiment  power  during  operation  (210  watts)  is  dis- 
sipated by  the  storage  module  and  data  processing  box  which  are  mounted  on  the  STR, 
and  temperature  controlled  by  the  STR  heat  distribution  and  rejection  system.  Hie 
remainder  of  the  experiment  power  dissipation  during  operation  (210  watts)  and  the 
standby  power  of  10  watts  is  dissipated  in  the  optics.  The  optics  assembly  is  completely 
enclosed  in  multi-layer  insulation  except  the  optics  operature  if  there  is  no  door.  Dur- 
ing space  facing  non-operation,  1089.4  watts  is  required  to  maintain  10° C with  no  door 
and  144.0  watts  is  required  with  a door.  The  corresponding  heater  power  required  is 
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1079.4  watts  and  134.0  watts  respectively,  during  operation  at  the  orbit  subsolar 

I point  for  9 minutes  (10%  duty  cycle  or  45  watt-hours  per  orbit),  the  assembly  heats 

to  10. 8°C.  Subsequent  to  operation,  the  assembly  will  cool  to  10°C  in  .108  hours  if 

(space  facing  with  no  door,  or  .815  hours  with  a door.  The  heater  energy  required 
would  be  150.  0 kWh  with  no  door  and  8.  0 kWh  with  a door. 

Experiment  3 (ATLAS) 

The  experiment  is  radis  pointing  during  nightime  (only)  operation  every  orbit.  Nightime 
is  36.4  minutes  of  a 90  minute  orbit.  Evaluations  indicate  that  the  experiment  can  not 
face  the  sunlight  during  non-operating  periods  without  a door  that  is  closed.  The  elec- 
tronics units  (transmitter  and  power  supply)  are  mounted  to  and  thermally  isolated  from  i 

the  STR  bridge.  It  is  assumed  that  they  each  dissipate  50%  of  the  experiment  electronic  i 

1 

dissipation  during  operation  (50  watts  each).  They  are  enclosed  in  multi-layer  insula-  j 

tion  except  for  the  top  of  the  unit  which  has  a heat  rejection  window  utilizing  a 5 mil 
teflon  over  Silver  thermal  coating.  The  transmitter  has  a 1.  5 square  foot  heat  rejec- 
tion area.  For  a maximum  environment  orbit,  the  transmitter  will  cycle  from  17. 7°  C. 
to  25.  5°C.  With  a space  facing  environment  during  the  non-operating  period  the  unit 
would  cool  to  7.  2® C.  It  would  reach  10° C in  0.  76  hours  and  require  39.  7 watts  of  heater 
power  to  maintain  10°C  prior  to  the  next  operation.  This  would  require  0.  6 KWh  of  elec- 
trical energy.  The  power  supply,  which  is  heavier  and  has  a larger  thermal  time  con- 
stant, requires  1.5  square  feet  of  radiation  area  and  will  vary  in  temperature  from 
17.  7°C  to  19.  1°C  in  a maximum  environment.  If  space  facing  during  the  non-operating 
period,  it  will  cool  to  16.  1°C  and  therefore  requires  no  heater  power.  The  receiver  is 
completely  enclosed  in  multi-layer  insulation  except  for  the  aperture  and  a circumfer- 
ential heat  rejection  area  around  the  periphery.  This  strip  is  2 feet  in  diameter  by  12.  1 
inches  long  with  no  door  and  19.  8 inches  long  with  a door  based  on  maintaining  a maxi- 
mum average  orbit  temperature  of  25° C.  An  operational  power  dissipation  duty  cycle 
of  300  watts  for  18.2  minutes  followed  by  600  watts  for  18.2  minutes  following  by 
non-operation  for  53.6  minutes  was  evaluated.  In  a maximum  orbit  environment 
the  receiver  will  vary  from  22.  7°C  initially  to  23.  8°C  after  18.  2 minutes  at  300  watts 
to  SOT  after  18.  2 minutes  at  600  watts  to  22.  7°C  after  53.  6 minutes  non- ope  rational. 

If  space  facing  during  the  53.  6 minute  cooldown,  the  assembly  will  cool  to  10“C  in 
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0.85  hours  and  require  289.3  watts  for  .04  hours  per  orbit  to  maintain  10°C,  or 
1.3  kWh.  The  reduced  power  requirements  with  a door  were  not  evaluated  since  this 
experiment  did  not  represent  a limiting  power  requirement  even  with  no  door. 

Experiment  4 (Precision  Release  Accuracy  Test) 

The  experiment  consists  of  10  cylindrical  or  conically  shaped  objects  which  are  mounted 
to  and  thermally  insulated  from  the  STR  bridge.  Each  is  enclosed  in  multilayer  in- 
sulation and  requires  10  watts  of  heater  power  to  maintain  10°C  while  facing  space. 

For  equally  spaced  operations,  one  operation  of  5 minutes  will  occur  every  16.8  hours. 
If  the  objects  are  initially  at  20°C,  they  will  cool  to  10°C  in  4.9  hours  and  each  object 
will  require  10  watts  of  heater  power  thereafter  until  release  at  16.8  hours  intervals. 
The  heater  energy  required  is  8. 8 kWh. 

Experiment  5 (ELMS) 

The  experiment,  with  an  experiment  pecular  cryogen  supply,  operates  continuously 
with  a continuous  nadir  scan  and  has  a constant  heat  dissipation.  The  electronic 
components  are  conductively  coupled  to  the  STR  bridge  and  individually  insulated 
with  multi-layer  insulation.  The  insulation  on  the  STR  bridge  has  openings  for  heat 
rejection  near  the  boxes  and  a 5 mil  Teflon  over  silver  heat  rejection  coating  is  utilized. 
No  heater  power  is  required.  The  telescope  has  9 watts  internal  dissipation  plug  the 
operature  heat  load.  A circumferential  radiator  will  be  used  around  the  telescope 
periphery  to  maintain  on  orbit  average  temperature  of  20°C.  The  telescope  thermal 
time  constant  will  limit  orbital  temperature  variations  to  about  +5°C.  No  heater  power 
is  required. 

Experiment  6 (LASS  II) 

The  experiment  has  an  A and  B section.  The  B assembly  is  thermally  remote  and 
is  self  sufficient  with  independent  power  supply  and  thermal  control  capability.  Both 
A & B experiments  are  on  continuously  during  orbit  nightime  with  continuous  nadir 
pointing.  The  A components  are  thermally  grouped  together,  thermally  coupled  to  the 
STR  bridge,  with  temperature  maintained  via  one  heat  rejection  area  with  a 5 mil 
Teflon  over  silver  thermal  coating. 
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Experiment  7 (XUV) 

The  experiment  consists  of  one  Auroral  Monitor,  2 Sky  monitors  and  a Zenith  sky  mon- 
itor. Temperature  control  from  10°C  to  20°C  is  preferred  with  -2 0°C  to  35°C  ac- 
ceptable. The  Auroral  Monitor  dissipates  5 watts  continuously,  is  box  shaped,  and  is 
deployed  and  thermally  remote  from  the  vehicle.  The  box  will  be  completely  enclosed 
in  multi-layer  insulation  except  for  a small  heat  rejection  window,  with  a 5 mil  Teflon 
over  Silver  thermal  coating,  on  each  of  the  6 sides.  In  a cold  environment  with  no  ex- 
ternal flux  and  5 watts  dissipation,  an  average  temperature  of  10° C is  maintained  with 
a 2. 4 square  inch  heat  rejection  opening  on  each  side.  In  a maximum  environment 
with  the  sun  normal  to  one  side  and  earth  plus  albedo  incident  on  the  other  sides,  the 
maximum  average  temperature  is  23.  5°C.  No  heater  power  is  required.  The  sky 
monitors  (each  7 watts)  are  isolated  thermally  from  the  STR  bridge  and  enclosed  in 
multilayer  insulation.  A heat  rejection  window  with  a 5 mil  Teflon  over  silver  thermal 
coating  is  located  on  the  top  of  the  unit.  In  a cold  environment,  10° C is  maintained 
with  a 22.  5 square  inch  heat  rejection  area.  In  a maximum  environment  with  normal 
sun  the  maximum  temperature  is  32. 2°C,  thermal  capacitance  will  reduce  this  tempera- 
ture range  which  can  be  adjusted  between  -20°C  and  35°C  as  desired.  No  heater  power 
is  required.  The  thermal  approach  for  the  Zenith  sky  monitor  (5  watts)  will  be  similar 
to  the  sky  monitor,  with  a smaller  heat  rejection  area  requirement. 

Experiment  8 (OGAO) 

The  experiment  is  nadir  oriented  with  1 hour  periods  of  operation  (10%  total  duty  cycle) 
in  areas  of  interest.  The  experiment  is  completely  enclosed  in  multilayer  insulation 
except  for  the  aperture  and  a 1.  73  inch  wide  heat  rejection  strip  around  the  rectangular 
perimeter.  The  heat  rejection  coating  is  5 mil  Teflon  over  silver  and  an  average  tempera- 
ture of  25° C results.  In  a maximum  environment  the  assembly  temperature  varies  from 
22. 2°C  initially  to  27.2°C  after  1 hour  of  operation  to  22.2°C  at  the  end  of  a 1.5  hour 
orbit.  In  a cold  environment  post  operation,  the  assembly  will  cool  to  10°C  in  1.3 
hours  and  require  149.4  watts  of  heater  power  (19.3  kWh)  to  maintain  10° C.  With  a 
door  that  closes  at  10°  C,  44.4  watts  of  heater  power  (5.7  kWh)  are  required. 
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Experiment  9 (Teal  Ruby) 

The  experiment  is  completely  enclosed  in  multi-layer  insulation  and  isolated  by  conduc- 
tion from  the  EPM.  The  outer  experiment  wall  (under  insulation)  temperature  required 
is  290  ±5°K.  The  experiment  operation  periods  at  312  watts  average  dissipation  are 
20  minutes  each  with  a maximum  of  40  minutes  operation  per  orbit,  40  minutes  opera- 
tion per  day  and  80  minutes  operation  per  7 days.  A 50  watt  warm  up  heater  is  acti- 
vated for  19  hours  prior  to  operation  and  a minimum  15  watt  heater  during  other 
non-ope rational  periods  was  initially  identified.  Four  equal  42  hour  operational  cycles 
were  assumed.  For  the  estimated  external  insulation  area  of  82.9  square  feet,  50 
watts  at  steady  state  will  result  in  an  external  wall  temperature  at  the  maximum  tem- 
perature allowable  of  295° K.  For  50  watts  to  heat  the  experiment  to  285° K (the  mini- 
mum external  wall  temperature  in  19  hours,  the  initial  temperature  when  the  50  watts 
is  activated  must  be  a minimum  of  281. 8°K,  with  41.5  watts  required  to  maintain 
281. 8°K  in  a cold  environment.  With  an  initial  temperature  of  294. 1°K  (21.1°C)  at 
launch  and  a cold  environment  the  wall  will  cool  to  283°  K in  the  22.  7 hour  period  prior 
to  the  50  watt  heater  operation,  will  heat  to  285. 2°K  with  heater  operation  at  50  watts 
for  19  hours,  and  will  heat  to  286.  5°K  after  a 20  minute  operating  period.  In  a cold 
environment  the  wall  will  cool  to  281. 8°  K from  286.  5°K  in  7. 25  hours  and  will  require 
41, 5 watts  to  maintain  281. 8° K until  the  next  warm  up  period.  (This  41.  5 watt  require- 
ment and  the  subsequent  energy  is  greater  than  the  15  watt  heater  specified. ) A special 
case  was  considered  in  which  the  experiment  operated  only  once  for  20  minutes  at  the 
end  of  a 7 day  mission  with  a prior  19  hour  warm  up  period.  The  41.  5 watt  heater 
was  required  16.7  hours  into  the  mission  (time  to  cool  from  294. 1°K  to  281. 8°K). 
However,  the  total  power  and  phase  change  energy  required  for  this  case  (16.0  kWh 
and  6.7  kWh)  was  less  than  that  determined  (18.8  kWh  and  9.8  kWh)  for  the  42  hour 
cycle  previously  evaluated,  so  a mission  duty  cycle  with  maximum  allowable  payload 
operation  is  the  limiting  case. 

Experiment  11  (Optical  Countermeasures  Demonstration) 

The  deployable  component  of  the  experiment  requires  no  thermal  control  (but  could  use 
the  same  concept  as  the  Auroral  Monitor  of  Experiment  7 If  required).  It  was  assumed 
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that  each  of  the  3 radiometers  dissipates  1/3  of  the  50  watts  experiment  power  (16.7 
watts  each)  during  5 minute  operation  periods.  The  radiometers  are  thermally  isolated 
from  the  STR  bridge  and  completely  enclosed  in  multi-layer  insulation  except  for  the 
aperature.  During  non-operating  periods  with  a cold  environment  each  radiometer 
requires  2.4  watts  of  heater  power  to  maintain  10°C.  During  5 minute  operating  periods 
the  radiometer  will  heat  to  11.5°C  and  cool  to  10°C  in  .43  hours  subsequent  to  opera- 
tion. 

Experiment  12  (Deployable  Spacecraft) 

The  spacecraft  has  its  own  power  supply  and  thermal  control  and  was  considered 
independent  (thermal  and  power)  from  the  STR  for  this  analysis. 
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DETAIL  STRUCTURAL  DESIGN  REQUIREMENTS  AND  STRESS  ANALYSIS 

The  design  conditions  corresponding  to  all  like  phases  include  all  factors  that  influence 
the  structural  design.  These  typically  include  the  acceleration,  thermal  and  dynamic 
environments  summarized  in  Table  C-l.  The  effects  of  structural  misalignment, 
dimensional  tolerances,  thermal  stress,  fatigue,  and  creep  deformation  are  con- 
sidered in  the  analysis  where  applicable.  The  design  loads  are  obtained  by  applying 
factors  of  safety  to  the  limit  loads.  Limit  loads  are  the  two  sigma  flight  loads.  The 
design  load  factors  of  safety  shown  in  Table  C-2  are  applied  to  the  loads  to  obtain  the 
structural  design  yield  and  design  ultimate  loads. 

Design  Conditions  and  Environment 

The  launch  environments  are  considered  most  significant  to  the  STR  structural  design. 
All  loads,  or  load  factors  are  given  as  limit  loads  unless  otherwise  designated. 

Structural  Load  Requirements  During  Shuttle  Flight 

The  primary  structure  has  been  designed  to  quasi-steady  state  accelerations.  The 
final  design  loads  will  be  determined  from  coupled  STS/ST R dyna mi c response  analysis 
and  dynamic  analyses  of  other  critical  conditions. 

Quasi-Steady  Load  Requirements 

Quasi-steady  acceleration  levels  have  been  used  to  size  the  STR  structure.  Those 
preliminary  load  factors  are  based  on  JSC07700  Vol.  XIV  "Shuttle  Payload  Accommoda- 
tions. " Tables  C-3  through  C-5  have  been  reproduced  from  Section  7 of  the  afore- 
mentioned document  for  reference.  A review  of  these  tables  reveals  that  the  most 
critical  condition  is  the  emergency  landing  case  (Table  C-5).  Thus,  the  preliminary 
levels  to  be  used  are  shown  in  Table  C-6. 


Load  factors  for  design  of  component  mounting  are  summarized  in  Table  C-7.  These 
factors  reflect  spacecraft  dynamic  responses  and  experience  gained  from  dynamic 
response  analyses  and  dynamic  test  results  of  similar  structures. 
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Table  C-l.  Mechanical  Environments  for  Structural  Design 


Ground  and  Prelaunch  Environments 

Dynamic  quasi- static  and  static  loads 

Vibration  due  to  air,  truck  transportation  and  handling 

Shock  due  to  drops  during  handling 

Launch  and  Ascent  Environments 

Steady  acceleration  due  to  thrust  and  maneuver  forces 

Transient  loads  due  to  shuttle  stage  startups  and  shutdowns,  gusts  and 
other  aerodynamic  excitations 

Vibration  and  acoustic  noise  at  liftoff,  and  during  maximum  dynamic 
pressure 

Test  Environments 

Shock,  vibration,  acoustics,  and  static  loads 

Re-Entry,  Landing,  and  Crashing  Environments 

Steady  accelerations  and  transients  due  to  re-entry  landing,  braking,  and 
crash 

Shock  due  to  re-entry  landing  and  crash 


Table  C-2.  Design  Load  Factors  of  Safety 


Load  Condition 

Design  Load  Factors  of  Safety 

Yield 

U1  ti  mate 

Launch 

1.  00 

1.25 

Transportation  Handling  Hazardous 
Conditions 

1.25 

2.  00 

Not  Hazardous  to  Personnel 

1.25 

1.  50 

Spacecraft  Structure  Critical  to  Alignment 

1. 15 

1.25 
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Table  C-3.  Cargo  Limit  Design  Load  Factors  for  65  KLB  (29484  Kg)  Up  and 

32  KLB  (14515  Kg)  Down 


LINEAB  - g 


AM 60 LAB  - HA  E/SEC2 


C0KD1XIGH 

II 

II 

z 

I Z 

1 

Z 1 

1 

1 Z-Z 

I-T 

1 

1 

z-z 

lixt-otf 

1 1 

-0.  1 

i ♦i.o 

♦ 1.5  I 

1 +0. 10 

♦ 0.  15 

1 

♦ 0.  1 5 

II 

-2.  9 

| -1.0 

-1.5  | 

I -0.  10 

-0.15 

1 

-0.15 

Migh-u  Boost 

II 

-1.6 

| *0.5 

♦0.6  ) 

| +0. 10 

♦ 0.  15 

1 

♦ 0.  15 

II 

-2.0 

I -0.5 

-0.6  | 

l -0.  10 

-0. 15 

1 

-0.  15 

Boost-flax.  ZF 

1 1 

-2.7 

i *0.2 

-0.3  I 

1 +0.20 

♦ 0.25 

1 

♦ 0.25 

■ (Stack) 

11 

-3.3 

1 -0.2 

-0.3  | 

1 -0.20 

-0.25 

1 

-0.25 

Boost -flax.  LF 

II 

-2.7 

i +0.2 

-0.75  i 

| +0.20 

♦ 0.25 

1 

+ 0.  25 

(Orb  Alone) 

II 

-3.3 

I -0.2 

-0.75  1 

| -0.20 

-0.25 

1 

-0.25 

Entry  and  Desc 

II 

♦ 1.06 

i o 

♦2.5  I 

j +0.25 

♦ 0.75 

1 

♦ 0.30 

Pitch  Op 

1 1 

-0.  02 

1 o 

-1.0  | 

I -0.25 

-0.75 

1 

-0.30 

Entry  and  Oesc 

II 

♦ 0.75 

I ♦! .25 

♦1.0  | 

I +0. 25 

♦ 0.30 

1 

♦ 0.75 

It* 

II 

♦ 0.75 

I -1.25 

♦ 1.0  | 

I -0.25 

-0.30 

1 

-0.75 

landing 

11 

♦ 1.0 

i ♦o.s 

♦2.8  I 

! +0.25 

♦ 1.25 

1 

+ 0.  30 

-0.8 

| -0.5 

♦2.2  | 

| -0.25 

-0.75 

1 

-0.  30 

Sign  convention  follows  that  of  the  Orbiter  coordinates  system.  Angular  accelera- 
tions follow  the  right  hand  fule. 


Ascent  and  landing  conditions  include  dynamic  transients  effects  but  do  not  include  the 
dynamic  response  of  the  payload. 

For  payload  weights  between  32  KLB  (14515  Kg)  and  65  KLB  (29484  Kg),  use  a linear 
interpolation  between  the  load  factors  given  in  Tables  7.  11  and  7.  12  for  the  entry 
and  landing. 


Payload  designers  should  take  advantage  of  the  baseline  normal  flight  design  criteria. 


I 

I 


Table  C-4.  Cargo  Limit  Design  Load  Factors  for  65  KLG  (29484  Kg)  Down 

in  an  Emergency  Situation 


LINEAH  - g 


ANGULAR  - d AD/SEC* 


CONDITION 

ii 

II 

Z 

I z 

1 

z 

1 1 

1 1 

X-Z  ' 

r-i 

1 

1 

z-z 

Entry  and 

Desc 

1 1 

♦ 0.92 

i o 

♦ 2.18 

1 1 

♦ 0.  22 

♦ 0.65 

1 

+0.26 

Pitch. 

1 1 

-0.02 

1 o 

-0.87 

1 1 

-0.22 

-0.65 

-0.26 

Entry  and 

Desc 

II 

♦ 0.65 

1 ♦1.09 

♦ 1.0 

1 1 

♦ 0.22 

♦ o.  26 

1 

♦ 0.  65 

law 

II 

♦ 0.65 

I -1.09 

♦ 1.0 

1 1 

-0.22 

-0.26 

1 

-0.65 

landing 

1 1 

♦ 0.67 

1 +0.44 

♦ 2.35 

I 1 

♦0.  22 

♦ 1.09 

1 

♦ 0.26 

II 

-0.70 

| -0.44 

♦ 1.7 

1 1 

-0.22 

-0.65 

1 

-0.26 

Sign  convention  follows  that  of  the  Orbiter  coordinate  system.  Angular  accelerations 
follow  the  right  hand  rule. 

Ascent  and  landing  conditions  include  dynamic  transients  effects  but  do  not  include 
the  dynamic  response  of  the  payload. 

For  payload  weights  between  32  KLB  and  65  KLB,  use  a linear  inteipolation  between 
the  load  factors  given  in  Tables  7.  11  and  7.  12  for  the  entry  and  landing. 
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Table  C-5.  Emergency  Landing  Design  Load  Factors 


1 

1 

1 

1 

| Load  Factor  | 

1 

| 32  KLB  (14515  Kg)  Down  | 

Load  Factor 

65  KLB  (294o4  Ko)  Down 

1 

CONDITION  | 

1 

X 

I 

i J 

1 2 i 

1 1 

1 

x i r 
• 

i 

I z 
i 

1 

Emergency  Landing l 

♦4.5 

♦ 1.50 

1 +4.5  | 

1 

♦4.50  1+0.738 

*| ————————— 

l +2.215 

• I 

-1 .5 

. -1.50 

1 -2.0  1 

-0. 7381-0.738 

|-0. 985 

1 

Eaergency  Landing | 

+ 20.0 

♦ 3.3 

| +10.0  | 

i 

i 

(Crew  compart-  l 

-3.3 

-3.3 

1 -4.4  | 

i 

i 

■ ent  Interior)  J 

i 

i 

Sign  convention  follows  that  of  the  Orbiter  coordinate  system. 

Emergency  landing  load  factors  are  ultimate.  The  longitudinal  load  factors  are 
directed  in  all  aftward  azimuths  within  a cone  of  20  degrees  half-angle.  The  speci- 
fied load  factors  shall  operate  separately. 

For  payload  weight  between  32  KLB  914515  Kg)  and  65  KLB  (29484  Kg),  use  a linear 
interpolation  between  the  load  factors  given. 


Table  C-6.  ST R Quasi- Steady  Loop  Factors 


Condition 

X 

(g) 

E9 

m 

Emergency  Landing 

- 

- 

- 

- 

±1.5 

- 

- 

+4.  5 

- 

-2.0 

These  are  ultimate  load  factors  and  act  separately. 
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Table  C-7.  Limit  I oad  Factor  for  Component  Mounting 


Component  Zone 

Longitudinal  (g) 

Lateral  (g) 

Equipment  Modules 

35 

30 

Propellant  Tanks 

30 

20 

Acoustic  and  Vibration  Levels 

Acoustic  and  vibration  levels  have  been  established  for  both  system  and  components 
to  be  used  during  tests  and  dynamic  analyses  to  determine  response  accelerations. 

Table  C-8  presents  the  acoustic  requirements.  Random  vibration  levels  are  not 
specified,  since  acoustic  testing  will  be  performed  for  the  STR.  Acoustic  testing 
better  represents  the  booster  environment  and  therefore  results  in  a more  realistic 
test  program.  The  acoustic  levels  apply  for  both  the  spacecraft  and  components. 

All  STR  components  will  be  qualified,  at  the  component  level,  to  vibration  and/or 
acoustic  test  levels.  Component  random  vibration  levels  are  presented  in  Table  C-9. 

These  levels  are  specified,  per  the  component  zone  location.  Dynamic  environment 
component  zones  are  defined  in  Table  C-10.  The  random  component  vibration  require- 
ments for  the  Shuttle  acoustic  levels  environments  were  derived  using  the  results  of  a 
current  GE  cost  effectiveness  study.  The  method  of  derivation  uses  the  statistical 
analysis  of  measurements  from  six  spacecraft  and  a random  response  spectra  approach 
to  assure  the  adequacy  of  spectrum  smoothing.  The  derivation  follows  the  basic  MIL- 
STD-1540A  procedures. 

It  should  be  noted  that  extensive  studies  are  underway  by  various  organizations  to 
better  define  the  Space  Shuttle  environment.  The  acoustic  levels  presented  in  Table 
C-8,  are  based  on  a shuttle  bay  design  goal  of  145  dB  overall  (151  dB  for  qualification 

*| 

levels).  This  level  was  not  based  on  a rigorous  analysis  since  the  shuttle  structural 

design  and  the  launch  pad  final  configuration  had  not  been  firmed-up  at  the  time  the 

goal  was  established.  Further  analyses  by  RI,  JSC  and  BB&N  have  indicated  that  the  i 

acoustic  levels  may  be  significantly  lower  in  the  high  frequency  range.  Because  the 

I 
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Table  C-8.  Acoustic  Noise  (Qualification  Level) 


Octave  Band  Center  Frequency 
(Hz) 

Sound  Pressure  Levei:  dB  Ref. 

20  N/M2 

31.5 

133 

63 

139 

125 

143 

250 

145 

500 

145 

1000 

143 

2000 

140 

4000 

136 

8000 

132 

Overall 

151 

Duration  (Seconds) 

120 

internal  acoustic  environment  and  acoustic  properties  of  the  payload  bay  structure 
are  not  completely  defined  at  this  time,  the  acoustic  environment  definition  requires 
continual  attention. 

Rigidity  Requirements 

Rigidity  requirements  have  been  established  for  both  the  STR  structure  and  its  com- 
ponents. Minimum  resonant  frequency  requirements  have  been  imposed  to  limit 
dynamic  load  amplifications.  Shuttle  payload  studies  have  shown  that  payloads  can 
exhibit  strong  dynamic  coupling  with  the  shuttle  bending  mode  near  5 Hertz,  a wing 
bending  mode  near  10  Hertz  and  various  Shuttle  modes  in  the  13  to  18  Hertz  range. 
Consequently,  the  minimum  resonant  frequencies  defined  in  Table  C-ll  have  been 
established  for  the  STR  design  and  particular  frequency  ranges  to  be  avoided  have 
been  indicated. 
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Table  C-9.  Component  Random  Vibration  Levels 


Zone 

Frequency  Range  (Hz) 

Power  Spectral  Density  (g2/llz) 

1 & 2 

20  - 500 

3 dB/Oct 

500  - 1000 

.25  g2/Hz 

1000  - 2000 

-6  dB/Oct 

Overall 

17.  (57  g rms 

3 

20  - 100 

+6  dB/Oct 

100  - 500 

. 5 g2/llz 

500  - 2000 

-3  dB/Oct 

Overall 

23.  7 g rms 

4 

20  - 100 

+6  dB/Oct 

100  - 1000 

. 5 g2/llz 

1000  - 2000 

-6  dB/Oct 

Overall 

26. 8 g rms 

Test  Duration  4 Min/Axis 

Note:  The  vibration  shall  be  applied  along  three  mutually  perpendicular  directions. 


Table  C-10.  Definition  of  Dynamic  Environment  Zones 


Zone 

Definition 

1 

Primary  structure  within  two  feet  of  the  STR/ 

STS  interface. 

2 

Primary  structure  more  than  two  feet  from 

the  SIS  interface. 

3 

Secondary  structure  internal  to  the  outer  shell. 

4 

Secondary  external  structural. 
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[’able  C-ll.  Minimum  Resonant  Frequencies 


Mode 

Frequency  (Hz) 

Fundamental* 

6.  5 Hz 

Secondary  Structure 

100  Hz 

*Cantilevered  from  orbiter  attachments  with  payload  attached. 

Major  resonances  should  also  avoid  the  13  to  18  Hz  frequency 

range. 


The  secondary  structure  component  mounting  resonant  frequency  requirement  is  in- 
cluded so  that  a generally  stiff  structure  with  predictable  loads  can  be  obtained.  In 
addition,  it  precludes  possible  clearance  problems  between  components  and  the  space- 
craft structure.  For  most  of  the  components,  a minimum  of  100  Hertz  component 
mounting  resonant  frequency  has  been  set  to  ensure  adequate  separation  between  the 
component  resonances  and  the  fundamental  spacecraft  modes.  This  allows  design  and 
testing  of  the  components  and  mounting  brackets  to  vibration  levels  that  are  essentially 
independent  of  the  fundamental  structural  resonances. 
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